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Vorwort 


Computergraphik, noch vor wenigen Jahren eher ein Thema für 
Spezialisten, ist inzwischen weit in unseren alltäglichen 
Lebensbereich vorgedrungen: Werbegraphiken, Videospiele, die 
Wetterkarte im Fernsehen, Computergraphik als Kunstform oder zur 
Darstellung komplizierter wissenschaftlicher Vorgänge - die Liste 
ließe sich beliebig verlängern. Das Vordringen computer- 
graphischer Methoden wie CAD (Computer Aided Design) oder CAE 
(Computer Aided Engineering) hat bereits ganze Berufsfelder 
verändert - und wird dies in Zukunft in noch stärkerem Maße tun. 
Kenntnisse in diesem Gebiet sind deshalb nicht nur für Computer- 
experten, sondern auch für Angehörige vieler anderer Berufs- 
gruppen von Vorteil. Auch für diejenigen, die sich einfach aus 
persönlichem Interesse mit den Möglichkeiten des Computers 
befassen, bietet dieser Bereich eine Fülle hübscher Anwendungen - 
Graphik ist sicherlich eine der attraktivsten Formen von 
Computeroutput. 


Besonders interessant ist die SD-Graphik, also die Manipulation 
und Darstellung räumlicher Objekte. Es ist schon faszinierend, 
wenn man um ein Haus herumgehen und es von allen Seiten 
betrachten kann - obwohl das Haus gar nicht existiert, sondern 
nur als eine Handvoll Daten im Rechner gespeichert ist. Mit den 
Programmen aus diesem Buch können Sie das auf jedem graphik- 
fähigen Mikrocomputer selbst erleben. 


Die Progamme sind in PASCAL geschrieben. Der wesentliche Grund 
für die Wahl dieser Programmiersprache ist der modulare Progranmm- 
aufbau. Durch die Zerlegung komplizierter graphischer Verfahren 
in viele kleine Prozeduren wird das Verständnis erleichtert. Vor 
allem aber kann man sich aus diesen Prozeduren leicht neue, 
eigene Graphikprogramme zusammenstellen. Dazu muß man die 
behandelten Verfahren nur in groben Zügen kennen, die Details 
kann man getrost den fertigen Prozeduren überlassen. Das Buch 
wendet sich damit auch an Leser, die weniger an allzu tiefen 
Kenntnissen der S3D-Graphik interessiert sind, sondern vielmehr 
schnelle Lösungen für ihre speziellen Graphikanwendungen suchen. 


Die Ansteuerung der Graphik ist bei den verschiedenen Coaputer- 
typen oft sehr unterschiedlich gelöst. Aus diesem Grund beziehen 
sich viele Bücher über Computergraphik nur auf einen bestimmten 
Rechnertyp. Durch den modularen Programmaufbau können wir uns von 
dieser Beschränkung befreien: Durch Änderung einer einzigen 
Prozedur und einiger Konstanten kann man die Progranme an jedes 
PASCAL-System anpassen, in dem man in hochauflösender Graphik 
eine Strecke zeichnen kann. Für den IBM PC und kompatible Rechner 
und für APPLE-Computer sind Disketten zu diesem Buch erhältlich. 


Die einzelnen Verfahren zur 3D-Graphik werden eingehend dar- 
gestellt, wobei wir auch auf zahlreiche Möglichkeiten für 
Varianten, Verbesserungen und Erweiterungen hinweisen. Wir 
behandeln Datenstrukturen zur 2D- und 3D-Graphik, Abbildungen in 
der Ebene und im Raum, verschiedene Projektionen und die Erzeu- 
gung 3-dimensionaler Objekte. Ein Schwerpunkt sind Verfahren zur 
Unterdrückung der verdeckten Linien (hidden-line-problen). 


In den Kapiteln 2 und 3 werden die mathematischen Grundlagen der 
sD-Graphik eingeführt und an Beispielen erläutert. Um Lesern nit 
geringen mathematischen Vorkenntnissen den Einstieg zu erleich- 
tern, beginnen wir mit der anschaulich leichteren Geometrie in 
der Ebene. 


In zwei abschließenden Kapiteln gehen wir auf einige praktische 
Anwendungen ein und skizzieren weitere Entwicklungen auf den 
Gebiet der Computergraphik. Dabei zeigen wir auch Möglichkeiten 
tür die Behandlung des Themas im Informatikunterricht an Schulen 
auf, 


Bochum, Oktober 1986 Gisela Bielig-Schulz 
Christoph Schulz 
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Stichwortverzeichnis 


1. F inleitunmng 


1.1 Was ist Computergraphik ? 


Die ersten größeren Arbeiten und Projekte auf dem Gebiet der 
Computergraphik wurden zu Beginn der d0er Jahre durchgeführt 

(D. E. Sutherland am MIT, P. Bezier bei Renault, P. de Casteljau 
bei Citroen u.a). In dieser Zeit war die Computergraphik wegen 
der recht komplexen Rechnungen weitgehend Großrechnern 
vorbehalten und diente vornehmlich technischen Zwecken, wie etwa 
der Konstruktion von Karosserie- und Flugzeugteilen. Mit dem 
rasanten Fortschritt der Computertechnologie hat sich dieses 
Gebiet in den darauffolgenden Jahren eine Fülle weiterer 
Anwendungen erschlossen und ist seit Beginn der 80er Jahre auch 
in den Bereich der Mikrocomputer vorgestoßen. Ein populäres 
Beispiel hierfür sind die vielen Videospiele mit zum Teil sehr 
anspruchsvoller Graphik. 


Wesentliche Anwendungsgebiete der Computergraphik sind heute: 


- CAD/CAE (Computer Aided Design/Computer Aided Engineering) 
interaktiver Entwurf technischer Zeichnungen sowohl 
2-dimensional (z.B. Baupläne, VLSI-Design) als auch 
3-dimensional (z.B. perspektivische Darstellungen in der 
Architektur und im Maschinenbau) 


- Kartographie 


- Simulationen: "interaktiver Trickfilm" (z.B. zur Schulung 
von Piloten oder in der Trivialform als Videospiel) 


- Interaktive 3D-Darstellungen für wissenschaftliche Zwecke 
(z.B. bei der Untersuchung von Makromolekülen) 


- Computergenerierter Trickfilm im Unterhaltungsbereich 
(z.B. Signets und andere Trickgraphiken im Fernsehen, 
aber auch abendfüllende Zeichentrickfilme) 


- Graphische Darstellung allgemeinen Computeroutputs nach 
dem Motto "Graphiken statt Tabellen". Diese Darstellungsform 
wird z.B. von den Fernsehanstalten bei der Präsentation von 
Wahlergebnissen verwendet. Graphische Darstellungen und 
Interaktionsformen findet man jedoch auch zunehmend ia 
Bereich der Mikrocomputer (Fenstertechnik, Befehlseingabe 
mit der "Maus"). 


i.2 Zum Inhalt dieses Buches 


Figur I Figur 2 


Thema dieses Buches sind Verfahren zur computergraphischen 
Darstellung 3-dimensionaler Objekte. Im 2. und 3. Kapitel 
behandeln wir einige mathematische Grundlagen, Datenstrukturen 
und Prozeduren zur Behandlung geometrischer Objekte mit den 
Computer. Das 4. Kapitel enthält die verschiedenen Möglichkeiten, 
3-dimensionale Objekte auf die Ebene (Bildschirm) zu projizieren. 
Im 5. Kapitel finden Sie einige Prozeduren zur Erzeugung 
interessanter S3-dimensionaler Szenen - als Beispielmaterial zur 
Erprobung der computergraphischen Verfahren. 


Mit dem Wissen und den Programmen der ersten fünf Kapitel kann 
man bereits einfache (Figur 1), aber auch recht komplizierte 
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(Figur 3) Szenen computergraphisch darstellen. Figur I zeigt eine 
Parallelprojektion eines Würfels, und zwar gewissermaßen eines 
durchsichtigen Würfels: Man sieht alle Kanten, auch die, die etwa 
bei der Betrachtung eines Pappkartons "auf der Rückseite liegen", 
also nicht zu sehen sind. Zur Erzielung realistischer graphischer 
Darstellungen braucht man deshalb häufig Verfahren zur Entfernung 
dieser "verdeckten Linien". Beim Würfel mag dies noch entbehrlich 
erscheinen; man kann sich an Hand von Figur I auch einen massiven 
Würfel wie in Figur 2 vorstellen. Figur 3 ist aber eigentlich nur 
noch ein "Liniengewirr"s die Struktur des dargestellten 
3-dimensionalen Objekts wird erst durch Entfernung der verdeckten 


Linien (Figur 4) deutlich. 
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Wir führen im 6. Kapitel zunächst ein Verfahren ein, das die 
verdeckten Linien bei recht einfachen Objekten entfernt, wie z.B. 
beim Würfel (Figur 2). Dann beschreiben wir zwei sehr unter- 
schiedliche Verfahren zur Elimination verdeckter Linien bei 
komplexeren Strukturen. Hiermit sind dann auch übersichtliche 
graphische Darstellungen recht komplizierter Objekte möglich 
(Figur 4). Am Ende des Kapitels geben wir noch einen Ausblick auf 
weitere Verfahren zur Unterdrückung der verdeckten Linien. 


Figur 4 


Im 7. Kapitel geben wir Ihnen einige Anregungen zur Anwendung und 
zum weiteren Ausbau der bis dahin entwickelten Programme zur 
Computergraphik. Zum einen behandeln wir Anwendungen für die 
Praxis (z.B. 3-dimensionale Histogramme), zum anderen wollen wir 
deutlich machen, daß sich Ausschnitte der Computergraphik sehr 
wohl zur Bereicherung des Informatikunterrichts an Schulen eignen 
- Verbindung des Fachs Mathematik (Analytische Geometrie) mit dem 
Fach Informatik. 


Hauptziel dieses Buches ist die Darstellung eines wichtigen 
Ausschnitts der Computergraphik, nämlich die Erzielung möglichst 
realistischer Abbildungen von 3-dimensionalen durch ebene Flächen 
begrenzten Übjekten durch Strichgraphiken, wobei die einzelnen 
Verfahren nicht nur theoretisch eingeführt, sondern auch an 
ausführlichen Programmbeispielen praktisch demonstriert werden. 


Naturgemäß kann das Buch nicht gleichzeitig einen vollständigen 
überblick über das große und ständig wachsende Gebiet der 
Computergraphik geben. In einen letzten Kapitel haben wir deshalb 
skizzenhafte Schilderungen einiger Teilgebiete der Conputer- 
graphik zusammengestellt (mit Hinweisen auf weiterführende 
Literatur), die hier nicht näher betrachtet werden, die wir aber 
für besonders wichtig halten. 
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1.3 Vorkenntnisse 


Zum Verständnis der in diesem Buch behandelten Verfahren der 
Computergraphik benötigt man keine allzu tiefen mathematischen 
Kenntnisse. Einiges Grundwissen aus der Analytischen Geometrie 
ist jedoch erforderlich. Beispielsweise muß man einen Würfel 
zunächst einmal analytisch, d.h. durch Zahlen (Koordinaten der 
Ecken etc.) in einer dem Computer verständlichen Form beschrei- 
ben, ehe man erwarten kann, daß der Computer einen Würfel 
zeichnet. In Figur 49 durchstoßen Kanten des einen Polyeders 
Seitenflächen des anderen. Zur Erzeugung solcher Graphiken muß 
man also wissen, wie man den Schnittpunkt einer Geraden und einer 
Ebene im Raum ausrechnet. Weiterhin ist es nützlich, rechnerische 
Beschreibungen für die Bewegung von Objekten im Raum (Drehungen, 
Verschiebungen etc.) zu kennen, damit man ein im Conputer 
gespeichertes Übjekt, wie etwa ein Haus, von verschiedenen Seiten 
betrachten kann. 


In den Abschnitten 2.1, 2.3, 3.1 und 3.3 haben wir einiges 
Grundwissen dieser Art zusammengestellt. Dabei verzichten wir auf 
Beweise, sondern erläutern die einzelnen Sachverhalte jeweils an 
Beispielen. Wenn Sie bereits Kenntnisse in Analytischer Geometrie 
haben oder die Programme dieses Buches hauptsächlich anwenden 
wollen, ohne sich um die Einzelheiten der Funktionsweise der 
Verfahren zu kümmern, können Sie diese Abschnitte beim ersten 
Lesen übergehen. 


1.4 Die PASCAL-Programme 


Zentraler Bestandteil des Buches sind die PASCAL-Prozeduren zu 
den dargestellten Algorithmen der Computergraphik. Sie lassen 
sich in vielfältiger Weise zu Demonstrationsprogrammen für die 
Wirkungsweise dieser Verfahren zusammenstellen - die folgenden 
Kapitel enthalten hierzu eine Reihe von Beispielen. Darüber 
hinaus kann man die Prozeduren aber natürlich auch in eigene 
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Graphikanwendungen einbinden, Wegen des modularen Programmaufbaus 
in PASCAL muß man hierzu die Wirkungsweise der einzelnen 
Prozeduren nicht im Detail kennen, man kann sie als "schwarze 
Kästen" einsetzen, von denen man lediglich weiß, welche Eingaben 
sie erwarten und welche Ergebnisse sie liefern. 


Die Programme sind auf verschiedenen Mikrocomputern unter UCSD- 
und TURBO-PASCAL getestet worden. Disketten gibt es derzeit für 
APPLE II, APPLE II+, APPLE Ile (UCSD-PASCAL) und den IBM-PC und 
kompatible Rechner (TURBO-PASCAL). Wir haben beim Programmieren 
jedoch bewußt auf die Verwendung von Besonderheiten dieser beiden 
PASCAL-Dialekte, sowie der Graphikansteuerung der einzelnen 
Rechner verzichtet. Das hier vorgestellte Graphikpaket kann 
deshalb auf jedem Rechner verwendet werden, der über eine von 
PASCAL aus ansteuerbare hochauflösende Graphik verfügt. Hierzu 
ist nur zweierlei zu tun: 


i. Der Aufruf der Prozedur, die in dem verwendeten PASCAL- 
System eine Strecke zeichnet, ist in unsere Prozedur 
Zeichne (s. Abschnitt 2.4) einzusetzen. 


2. Die Konstanten, die die Geometrie des Bildschirns 
beschreiben, müssen auf die korrekten Werte gesetzt 
werden (s. Abschnitt 2.4). 


Neben dem modularen Programmaufbau war ein weiterer Grund für die 
Wahl der Programmiersprache PASCAL, daß hierfür inzwischen auf 
fast allen Mikrocoaputern leistungsfähige Compiler zur Verfügung 
stehen, so daß PASCAL das bisher in diesem Bereich übliche BASIC 
(mit seinen bekannten Nachteilen) bereits zum guten Teil 
verdrängt hat. Es ist jedoch im Prinzip ohne weiteres möglich, 
die Programme in eine andere Programmiersprache zu übertragen. Um 
dies zu erleichtern, haben wir auf die für PASCAL typischen 
Zeigervariablen verzichtet, obwohl eine dynamische Speicher- 
verwaltung mit Zeigern an manchen Stellen Vorteile gehabt hätte. 
Nicht verzichtet haben wir auf die Möglichkeit des rekursiven 
Programmaufrufs, da sich hierdurch die Programme in einigen 
Fällen wesentlich vereinfachen ließen. 


Programme zur Ansteuerung spezieller Peripheriegeräte, wie 
Graphiktablett oder Maus zur Eingabe oder eines Plotters zur 
Ausgabe von Zeichnungen, haben wir nicht in das Buch aufgenommen, 
da sie für das jeweils verwendete Peripheriegerät "maß- 
geschneidert" sein müssen. Wegen der einfachen Datenstrukturen 
dürfte es Ihnen jedoch nicht schwer fallen, das Graphikpaket um 
entsprechende Prozeduren zu erweitern, die Ihrer speziellen 
Gerätekonfiguration entsprechen. Die Anpassung eines Plotters 
läßt sich beispielsweise auf die gleiche einfache Art erreichen, 
wie die oben beschriebene Anpassung an ein anderes PASCAL-Systenm. 


Wir haben uns bemüht, die Programme möglichst einfach und über- 
sichtlich zu gestalten. Deshalb haben wir auch nicht versucht, 
sie durch irgendwelche Tricks hinsichtlich der Rechenzeit oder 
des Speicherplatzbedarfs zu optimieren. In Abschnitt 7.1 geben 
wir einige Tips für Programmverbesserungen, mit denen man vor 
allem Rechenzeit sparen kann, 
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Em zweidimnmeoensionrvale Gsraphıi k 


Als Voraussetzung für die 3-dimensionalen Darstellungen in den 
folgenden Kapiteln benötigen wir einige Elemente der 
2-dimensionalen Graphik, die wir hier entwickeln werden. 


Der Abschnitt 2.1 enthält die grundlegenden Bausteine unserer 
Graphiken: Strecken und Polygone. In 2.2 führen wir einige 
Datenstrukturen und Prozeduren zur Beschreibung 2-dimensionaler 
graphischer Elemente ein, die wir in den Programmen der folgenden 
Kapitel weiterverwenden werden. Abschnitt 2.3 behandelt die 
verschiedenen Möglichkeiten, geometrische Übjekte in der Ebene 
durch Abbildungen, wie Drehungen, Streckungen und Verschiebungen, 
zu manipulieren. Schließlich benötigen wir noch Verfahren zur 
Transformation einzelner Ausschnitte unseres Bildes auf den 
Bildschirm des Rechners und zum "Abschneiden" der Bildteile, die 
nicht mehr auf den Bildschirm passen. Dies ist der Inhalt von 
Abschnitt 2.4, 


Wir werden keine Beweise für die Richtigkeit der in 2.1 und 2.3 
dargestellten Sachverhalte führen, sondern sie lediglich an 
einzelnen Zahlenbeispielen plausibel machen. Das Gleiche gilt im 
3. Abschnitt für die Teile 3.1 und 3.3 . Wir hoffen, daß dies für 
diejenigen von Ihnen, die bereits Kenntnisse in Analytischer 
Geometrie - etwa aus dem Schulunterricht - haben, zur Erinnerung 
ausreicht und auch für die, die sich erstmals mit dieser Materie 
befassen, eine brauchbare Einführung ist. Für ein vertieftes 
Studium empfehlen wir Ihnen z.B. die Bücher [91 und [10]. 


2.1 Vektoren, Punkte, Strecken und Polygone 


Um geometrische Übjekte in der Ebene durch Zahlen, d.h. in einer 
für den Computer verständlichen Form, beschreiben zu können, 
führen wir ein rechtwinkliges Koordinatensystem mit x- und 
y-Achse ein. Einen Punkt in der Ebene kann man dann durch seine 
x- und y-Koordinaten, d.h. durch ein Zahlenpaar (x,y), eindeutig 
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beschreiben. Die beiden Punkte a und b aus Figur 5 haben also die 
Darstellung a=(1,2) und b=(5,5). 


Figur 5 Figur 6 


Ein Zahlenpaar (x,y) bezeichnet man auch als (2-dimensionalen) 
Vektor, und stellt sich diesen Vektor als einen Pfeil vor, der am 
Koordinatenursprung, d.h. dem Punkt (0,0), beginnt und am Punkt 
(x,y) endet (Figur 64). Für unsere praktischen Anwendungen unter- 
scheiden wir nicht zwischen dem Punkt (x,y) und dem Vektor 
(x,y), und wir symbolisieren beide im folgenden durch fett- 
gedruckte Kleinbuchstaben, p=(x,y). | 


Der Nutzen der Darstellung eines Punktes als Vektor liegt darin, 
daß man Vektoren "addieren" kann, d.h. man kann zwei Vektoren a 
und b zu einem neuen Vektor a+b zusammensetzen. Anschaulich 
erhält man den Vektor atb folgendermaßen: Man verschiebt den 
Vektor b - ohne ihn zu drehen oder in der Länge zu ändern - so, 
daß sein Anfang auf die Spitze des Vektors a fällt. Der Vektor 
atb wird dann durch den Pfeil dargestellt, der am Anfang des 
Vektors a beginnt und dessen Spitze an der Spitze des 
verschobenen Vektors b liegt (Figur 7). Der Vektor a und der 
verschobene Vektor b spannen dabei ein Parallelogranm auf, und 
der Vektor at+tb ergibt sich als Diagonale dieses Parallelogramms. 
Man nennt dieses Parallelogramm auch häufig "Parallelogramm der 
Kräfte". Dieser Ausdruck entstammt einer Anwendung der Vektor- 
rechnung in der Physik. Dabei stellt ein Vektor eine Kraft dar, 
die Länge des Pfeils symbolisiert den Betrag der Kraft und die 
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Pfeilrichtung die Richtung, in der die Kraft wirkt. Die aus 
diesen beiden Kräften resultierende Gesamtkraft ist dann die 
Summe der beiden Vektoren. (Wie sieht das Kräfteparallelogramm 
beim "Tauziehen" aus ?) Aus dem Kräfteparallelogramm liest man 
übrigens auch sofort a+rb=b+ra ab. 


3 4 
Figur 7 


Rechnerisch erhält man die Summe zweier Vektoren einfach, inden 
man die x- und die y-Koordinaten jeweils für sich addiert, also 
im Beispiel aus Figur 7: 


atb= (1,2) + (5,3) = (145,243) = (6,5) . 


Auf die gleiche Art können wir auch die Multiplikation eines 
Vektors mit einer Zahl einführen: Wir aultiplizieren jede 
Koordinate des Vektors mit dieser Zahl, also z.B. 


0.,5*b = 0,5#(5,3) = (0.545 , 0.5%89) = (2.5 , 1.5). 


(Wie in PASCAL üblich, schreiben wir eine Dezimalzahl nit einem 
Dezimalpunkt. Die Koordinaten eines Vektors trennen wir durch 
Kommata.) 


Die Multiplikation eines Vektors mit einer (nicht-negativen) Zahl 
hat auch eine anschauliche Bedeutung: Man erhält einen Vektor, 
der in die gleiche Richtung zeigt, der aber entsprechend den 
Betrag der Zahl verlängert oder verkürzt ist. In unseren Beispiel 
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haben wir b ait 0.5 multipliziert und einen Vektor der halben 
Länge erhalten. 


Multipliziert man den Vektor ait einer negativen Zahl, so kehrt 
sich zusätzlich seine Richtung (um 180°) um. Insbesondere bewirkt 
die Multiplikation mit -i eine Drehung des Vektors um 180° (ohne 
Änderung seiner Länge). Hiermit kann man zusätzlich zur Addition 
von Vektoren auch die Bildung der Differenz von zwei Vektoren 
einführen, indem man zu b den ait -I multiplizierten Vektor a 
addiert: 


b-a=b+r (-IU*a>= (5,3) + (-1,-2) = (5-1,5-2) = (4,1). 


Figur 8 zeigt den Differenzvektor b-a einmal vom Koordinaten- 
ursprung ausgehend und zum anderen als verschobenen Vektor 
zwischen den Pfeilspitzen der beiden Vektoren a und b. Machen Sie 
sich daran klar, wie man den Differenzvektor zeichnerisch 
gewinnt. (Wie sieht der Vektor a-b aus ?) 


Figur 9 


Die Vektordifferenz können wir ausnutzen, um eine einfache 
Beschreibung der Geraden g anzugeben, die durch die beiden Punkte 
a und b verläuft (Figur 9). Der Vektor b-a zeigt in die Richtung 
genannt. Jeder Punkt der Geraden g läßt sich nun dadurch 
beschreiben, daß man diesen Richtungsvektor mit einer Zahl t 
multipliziert (also passend verlängert oder verkürzt und 
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eventuell zusätzlich (durch negatives Vorzeichen) umdreht) und 
zum Vektor a addiert. Für t=0 erhält man gerade den Punkt a und 
für t=1 den Punkt b. In Figur 9 sind außerdem die Vektoren der 
Punkte für die t-Werte -0.5 und 0.5 eingezeichnet. 


Die Gerade g durch die Punkte a und b besteht aus den 
Punkten p der Form 


p=-att+(b-a) 


wobei t alle (reellen) Zahlen durchläuft. Die Zahl t wird 


Osnsnsnsn raum enee nn Ense neee 


Tr 


von 9. 


Mit Hilfe der Parameterdarstellung kann man sich z.B. den 
Schnittpunkt zweier Geraden g und h ausrechnen. Nehmen wir etwa 
als g die Gerade aus Figur 9 und als h die Gerade durch die 
Punkte c=(1,4) und d=(9,-2). Die Punkte von g bzw. h haben also 


die Darstellung p = a # t*(b-a) bzw. p=c + st(d-c) . (Zur 
Unterscheidung haben wir den Parameter der Geraden h mit s 


bezeichnet.) Ein Punkt, der auf beiden Geraden liegt, muß beide 
Darstellungen haben. Er erfüllt deshalb die Gleichung 

at t*(b-a) = c + st(d-c) , 
d.h. mit den Zahlen unseres Beispiels 


(1,2) + tr(4,1) = (1,4) + sr(B,-b) . 


Schreibt man diese Vektorgleichung koordinatenweise auf, so 
erhält man die beiden Gleichungen 


4 - 85 = 0 
t+6s = 2 


aus denen man t=0.5 und s=0.25 errechnen kann. Einsetzen dieser 
Werte in die jeweilige Parameterdarstellung ergibt in beiden 
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Fällen den gleichen Punkt, den Schnittpunkt (3 ,„ 2.5). (Versuchen 
Sie einmal auf diese Weise den - nicht vorhandenen - Schnittpunkt 
zweier paralleler Geraden auszurechnen!) 


Bei unseren graphischen Anwendungen ist der Bildschirm jeweils 
nur ein sehr kleiner Ausschnitt der Ebene, so daß wir eine 
(unendlich lange) Gerade natürlich niemals vollständig abbilden 
können. Interessanter als die Gerade durch die Punkte a und b ist 
für uns deshalb die Strecke zwischen den Punkten a und b, die wir 
symbolisch mit [a,b] bezeichnen werden. Aus der obigen 
Parameterdarstellung der Geraden g leitet man leicht eine 
Parameterdarstellung einer Strecke ab: Die Strecke zwischen a und 
b besteht aus den Punkten von g, deren Parameterwerte zwischen 0 
und i liegen. Die Parameterwerte t=0 und t=i entsprechen den 
Anfangspunkt a und dem Endpunkt b der Strecke, der Paraneterwert 
t=0.5 ihrem Mittelpunkt (Figur 9). Die Gleichung für den 
Streckenpunkt p können wir noch etwas umschreiben: 


p= a+ts(b-a) = a - tka +tttb = (1-t)ta + tib. 


Beachten Sie, daß wir für die "gemischte Rechnung", in der 
einerseits Vektoren a,b und andererseits die Zahl t vorkomnmt, die 
gleichen Rechenregeln (z.B. Klammerregeln) verwendet haben, wie 
beim Rechnen mit gewöhnlichen Zahlen, Dies dürfen wir tun, weil 
beim Rechnen mit Vektoren nur gewöhnliche Zahlenrechnungen 
ausgeführt werden - nur eben in jeder der beiden Koordinaten 
getrennt für sich. Nach diesem kleinen Ausflug in die 
Vektorrechnung schreiben wir uns die Parameterdarstellung einer 
Strecke noch einmal vollständig auf: 


Die Strecke [a,b] zwischen den Punkten a und b besteht aus 
den Punkten p der Fora 


(i-t)ta + t*b 


0 
N) 


nit 0 


jen 
rr 


A. 
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Nachdem wir schon verschiedentlich von der Länge eines Vektors 
gesprochen haben, wollen wir uns die Länge des Vektors a= (x,y) 
aus seinen Koordinaten x und y ausrechnen. Aus Figur & entnehmen 
wir, daß der Koordinatenursprung, die Vektorspitze und der Punkt 
(x,0) die Ecken eines rechtwinkligen Dreiecks sind. Die Katheten 
dieses Dreiecks haben die Längen x und y, die Länge seiner 
Hypothenuse ist die Länge von a. Damit ergibt sich nach den Satz 
des Pythagoras: 


Die Länge lal des Vektors a= (x,y) ist Jal =Yfx2 + y2, 


Den Winkel zwischen zwei Vektoren kann man mit Hilfe des 
sogenannten Skalarprodukts ausrechnen. 


Das Skalarprodukt <a,b> zweier Vektoren a= (aı,32) und 
b = (bı,b2) ist durch die Formel 


a,b? = aıkbı + a2*bz 
definiert. 


Das Skalarprodukt zweier Vektoren ist also eine Zahl (nicht ein 
Vektor!). Man erhält sie, indem man das Produkt aus den 
x-Koordinaten der beiden Vektoren bildet und das Produkt aus den 
y-Koordinaten beider Vektoren. Anschließend addiert man diese 
beiden Produkte. Für unsere Beispielvektoren aus Figur d erhalten 
wir: 


<a,b> = (1,2), (5,3)> = 1#5 + 25 = 11. 


Das Skalarprodukt hängt nun nach folgender Formel (die man mit 


a re 5 
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Für die Vektoren aus Figur 6 ist |a] = f12 4.27 «5 und 
|b|=y5? + 32° =Y34 , also cos« = 11f5*34 = 0.8436615 und 


damit a = 32,47° .„ (Stimmnt's ?) 


Mit dem Skalarprodukt kann man insbesondere testen, ob zwei 
Vektoren senkrecht aufeinander stehen, d.h einen Winkel von 90° 
einschließen. Dies ist genau dann der Fall, wenn der Kosinus des 
Winkels den Wert Ö hat. 


Zwei Vektoren a und b stehen genau dann senkrecht 
aufeinander, wenn für ihr Skalarprodukt a,b’ = Od gilt. 


Dies gilt z.B. für die beiden Vektoren r=(4,1) und n=(-1,4) aus 
Figur 10. Mit dem Konzept senkrechter Vektoren kann man eine 
andere Beschreibung einer Geraden als (oft sehr nützliche) 
Alternative zur Parameterdarstellung angeben. Betrachten wir 
hierzu die in Figur 10 eingezeichnete Gerade g’ durch den 
Koordinatenursprung, deren Richtungsvektor r ist. Die Punkte von 
g’° haben in der Parameterdarstellung die Forn p’ = t#r ,„ wobei 
der Parameter t alle reellen Zahlen durchläuft. Man kann die 
Punkte von g’ aber auch mit Hilfe des zu r senkrechten Vektors n 
beschreiben: Ein Punkt p’ liegt genau dann auf der Geraden 9, 
wenn er (aufgefaßt als Vektor p’‘) senkrecht auf n steht: 

{p’,n’ =90. 


Figur 10 
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Ist 9° eine Gerade durch den Koordinatenursprung mit 
Richtungsvektor r und ist n ein zu r senkrechter Vektor, so 
sind die Punkte von g’ genau diejenigen Punkte p’, deren 
Vektor p‘ senkrecht auf n steht, d.h. <p',n?=o. 


Dies ist die sogenannte Normalendarstellung von g’. Der Vektor n 
wird ein Normalenvektor von g’ genannt. Bisher hat die Normalen- 
darstellung einer Geraden noch einen entscheidenden Schönheits- 
fehler: Wir können nur Geraden durch den Koordinatenursprung auf 
diese Weise darstellen, also z.B. nicht die Gerade g aus Figur 9. 
g ist eine Parallele zu g’ {beide Geraden haben ja den gleichen 
Richtungsvektor r=b-a), und man erhält die Punkte p von g, 
dadurch, daß man zu den Punkten p’ von g’ den Vektor a 
hinzuaddiert: p = p‘ + a . Für einen Punkt p von g gilt damit 
(Machen Sie sich an Hand der Definition des Skalarprodukts oder 
an unserem Zahlenbeispiel klar, daß das zweite Gleichheitszeichen 


in dieser Rechnung tatsächlich gilt.)d: 
{p,n? = <p’ta,n? = “p',m + <a,n? = 0 +<a,n? 


Mit dieser überlegung können wir nun eine beliebige Gerade in 


Normalendarstellung beschreiben: 


Die Gerade g durch die Punkte a und b besteht aus den 
Punkten p, für die die Gleichung 


{p,n? = (a,n? 


gilt. Dabei ist m ein beliebiger Vektor, der zum 
Richtungsvektor b-a der Geraden g senkrecht steht, für den 
also <n,b-a> = 0 gilt. 


Ist r=(r.,‚,r,) ein Richtungsvektor einer Geraden g und steht n 
senkrecht auf r, so ist mn ein Normalenvektor von g. Ein solcher 
Vektor ist z.B. n=(-r,,r«), so daß aan sehr einfach eine 
Parameterdarstellung in eine Normalendarstellung umrechnen kann 
(und umgekehrt). Z.B. besteht die Gerade g aus Figur 9 aus allen 
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Punkten p=(x,y), für die <(x,y),(-1,4)> = <(1,2),(-1,4)> gilt, 
d.h. (wenn aan die Skalarprodukte ausrechnet) -x + 4y=7. 


Der Schnittpunkt von zwei Geraden in Normalendarstellung läßt 
sich ebenfalls als Lösung eines Gleichungssystens in zwei 
Unbekannten ausrechnen, ähnlich wie wir es bei Geraden in Para- 
meterdarstellung gemacht haben. Wenn die zweite Gerade durch den 
Punkt c läuft und den Normalenvektor m hat, sind die beiden 
Gleichungen 


<p,n? = <Sa,n? und <“p,m’ = {c,m . 


Die beiden Unbekannten sind die Koordinaten x und y des Schnitt- 
punktes p=(x,y). 


Eine Gerade teilt die Ebene in zwei Hälften, die man auch häufig 
Halbebenen nennt. Hat die Gerade die Normalendarstellung 

{p,n? = (a,n? „ so sind die Punkte p der beiden Halbebenen durch 
die beiden Ungleichungen {p,n?> £ {a,n? und <p,n? 2 (a,n? 
gegeben. Im Beispiel aus Figur 9 liegt ein Punkt (x,y) genau dann 


oberhalb der Geraden g, wenn er die Ungleichung -x + 4y 2 7 
erfüllt, und unterhalb von g, wenn die Ungleichung -x + 4y % 7 
gilt. Allgemein beschreibt die Ungleichung mit ">" stets die 
Halbebene, in die der Normalenvektor n hineinzeigt (s. Figur 10) 
und die Ungleichung mit "{" die andere Halbebene. Probieren Sie 
dies einmal aus, indem Sie die Gerade g aus Figur 9 mit dem 
Normalenvektor (1,-4) an Stelle von (-1,4) darstellen. Beachten 
Sie dabei, daß sich das Ungleichheitszeichen umkehrt ("<" wird zu 
">" und umgekehrt), wenn man eine Ungleichung mit einer negativen 
Zahl multipliziert. 


Mit Hilfe von Halbebenen lassen sich Teilausschnitte der Ebene 
durch Ungleichungssysteme beschreiben. Beispielsweise enthält das 
schraffierte Feld in Figur 11 alle Punkte (x,y), die oberhalb der 
x-Achse, rechts von der y-Achse und unterhalb der beiden Geraden 
g und h liegen. Es wird deshalb durch die vier Ungleichungen 


24 


x 20 
y29o 
+4yX 7 
6x + 8y < 38 


3 
4 
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Figur li Figur 12 


Einen beschränkten (d.h. nicht unendlich ausgedehnten) Ausschnitt 
der Ebene, den man als Durchschnitt von (endlich vielen) Halb- 
ebenen erhält, nennen wir ein (konvexes) Polygon. Das Wort 
"konvex" bedeutet, daß mit zwei Punkten a und b jeweils auch die 
gesamte Verbindungsstrecke [a,b] zum Polygon gehört. In Figur il 
ist dies offenbar der Fall, während Figur 12 ein nicht-konvexes 
Polygon zeigt. Daß unsere Polygone konvex sind, wird sich für die 
späteren graphischen Anwendungen als überaus angenehm erweisen 
(vereinfachte Rechnungen im Vergleich zu nicht-konvexen Figuren). 
übrigens ist der Durchschnitt von Halbebenen (und damit auch 
unsere Polygone) einfach deshalb konvex, weil jede Halbebene 
konvex ist, und weil der Durchschnitt von konvexen Teilen der 
Ebene auch wieder konvex ist. Punkte, Strecken und Polygone sind 
die drei Grundelemente, aus denen wir die Graphik in diesem Buch 
aufbauen werden. 


Bei unseren graphischen Anwendungen wird ein Polygon P vielfach 
nicht von vornherein durch Ungleichungen definiert sein, sondern 
durch seine Eckpunkte p:,...,Pn. Der Rand des Polygons ist der 

Streckenzug, der aus den n Strecken [p: ,‚Pı+ı], i=l,...,n-1, und 
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[Pn,Pı]l besteht. Eine Beschreibung des Polygons P durch 
Ungleichungen erhält man daraus nach dem gleichen Verfahren, wie 
beim übergang von der Parameter- zur Normalendarstellung einer 
Geraden: Der Vektor pı+ı-pı ist ein Richtungsvektor der Strecke 
[pi,Pı+ıl. Hat pı die Koordinaten (x,,yı), so steht der Vektor 
Nı=(Yı“YısıyBKXa+ı"%ı) senkrecht auf pıi+ı-pı. Wenn wir die 


re 
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liegt also gerade dann im Polygon P, wenn er die n Ungleichungen 


<(X,yY)ını? £ {pı,m? 1 imlyeauynN 


erfüllt. (Dabei definieren wir den Normalenvektor nm. zur "letzten 
Strecke" [pn,pıl durch Mn = (Ya’YızXı“Xn).) Rechnen Sie sich 
einmal auf diese Weise die Ungleichungen zu dem Viereck (n=4) von 
Figur 11 aus. Sie werden feststellen, daß Sie "andere" Unglei- 
chungen erhalten, als die, die wir bei der Beschreibung von 

Figur il aufgestellt hatten. Multiplizieren Sie nun die erste 
Ungleichung mit -4/7, die zweite mit 4/53, die dritte mit 12/5 und 
die vierte mit -3/19; und vergleichen Sie mit den vier Unglei- 
chungen, mit denen wir Figur il ursprünglich beschrieben hatten - 
bis auf die (natürlich belanglose) Reihenfolge, sind es die-— 
selben Ungleichungen. 


Wahrscheinlich ist Ihnen dieser Abschnitt etwas trocken vor- 
gekommen. Wenn Sie vorher noch nichts von Vektorrechnung und 
Analytischer Geometrie gehört hatten, war er sicher auch nicht 
ganz einfach zu verstehen. Als Trost können wir Ihnen aber sagen, 
daß Sie hiermit bereits den größten Teil des mathematischen 
Werkzeugs erarbeitet haben, das wir in diesem Buch benötigen 

- und zwar nicht nur in der ebenen, sondern auch in der 
räumlichen Geometrie. Die hier dargestellten Techniken lassen 
sich nämlich (fast) wörtlich auf den 3-dimensionalen Raum 
übertragen, und es kommt nur noch wenig Neues hinzu. Der 
Abschnitt 3.1, in dem wir diese übertragungen vornehmen, kann 
deshalb auch recht kurz ausfallen. 
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2.2 Eine Datenstruktur zur 2D-Graphik 


Wir wollen uns nun (endlich) der praktischen Seite der Computer- 
graphik zuwenden und die ersten Datenstrukturen und Prozeduren 
unseres Programmpakets vorstellen. Die Grundelemente unserer 
Graphik sind Punkte und Strecken zwischen diesen Punkten. Punkte 
und Strecken speichern wir in zwei getrennten Feldern D2Pkt und 
Strk. Ein Punkt wird durch seine x- und y-Koordinate dargestellt, 
eine Strecke (a,el durch die beiden Indizes ihres Anfangspunktes 
a und ihres Endpunktes e im Feld D2Pkt. Wir benötigen die 
folgenden Konstanten, Typen und globalen Variablen, die wir 
gleich noch näher erläutern werden. Sie sind Bestandteil des 
Programmpakets D2Paki, das außerdem noch alle Prozeduren und 
Funktionen dieses Kapitels enthält, die in der ersten Zeile durch 
einen entsprechenden Kommentar gekennzeichnet sind. 


const MaxD2PktZahl=500; 
MaxStrkZahl=500; 
SchirsBreite=719; (# Bildschirmgröße bei Verwendung #) 
SchireHoehe=349; (* einer Herkuleskarte für IBM-PL ®) 
KopfStandstrue; (# =true, wenn (0,0) links oben #) 
Entzerr=0.69; (+ Ausgleich von Bildverzerrungen ®) 


type PktTypsarray [1..3] of integer; 
VektTypsarray [1..31 of real; 
StrkTyp= record a,e,farbe:integer end; 
MatTyp=array [1..3] of VektTyp; (# Matrix als Feld der Zeilenvektoren ®) 


var D2Pkt:array [1..MaxD2PktZahl] of PktTyp; 
D2PktZlahl:integer; 
Strk:array [1..MaxStrkZahl] of StrkTyp; 
Strklahl:integer; 
FensterLI,FensterRE,Fensterüß,FensterUN:integer; 
BildLI,BildRE,BildOB,BildUN:integer; 
xain,yain,xmax, ymaxsinteger; 


Ein Punkt wird nicht als Feld der Länge 2 (für x- und y-Koordi- 
nate), sondern als Feld der Länge 3 dargestellt. Der Grund 
hierfür ist die spätere Anwendung in der 3D-Graphik, wo wir zur 
Beschreibung eines Punktes im Raum auch noch seine z-Koordinate 
benötigen. Für die Anwendungen in diesem Abschnitt geben wir 
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der z-Koordinate stets den Wert 0. Einer Strecke haben wir neben 
den Nummern ihres Anfangs- und Endpunktes, durch die sie 
definiert ist, noch die Farbe zugeordnet, in der sie (etwa auf 
einem Farbmonitor oder einem Mehrfarbplotter) gezeichnet werden 
soll. Die beiden Konstanten MaxD2PktZahl und MaxStrkZahl 
benötigen wir zur Dimensionierung der Felder D2Pkt und Strk. Die 
beiden Variablen D2PktZahl bzw.5StrkZahl geben das jeweils höchste 
Feldelement von D2Pkt bzw. Strk an, in dem ein Punkt bzw. eine 
Strecke gespeichert ist. (Wir werden diese beiden Felder ja nicht 
immer voll ausnutzen.) 


Die folgenden drei Prozeduren dienen der Initialisierung, Sowie 
der Eingabe eines Punktes und einer Strecke. 


procedure D2loesch; (* D2Pak1/D2Pak2 #) 
(* Löscht Punkte und Strecken %) 


begin 

D2PktZahl:=0; StrkZahl:=0; 

xain:=32000; yain:=320005 xmaxı=-320005 yaaxı=-32000; 
end; (* von D2Loesch #) 


procedure D2PktEin(x,y‚zireald; (* D2Paki/D2Pak2 #) 
(* Fügt ({x,y,‚2) in Punktliste D2Pkt ein, aktualisiert xain, yain, xBax, ynak *) 


begin 
D2PktZahl:=D2PktZahlti; 
D2PKtLD2PktZahl ‚1ls=round(x); D2PKLID2PktZahl ,23:=round(y); 
0 D2PKtID2PktZahl ‚3l:=round(z]; 
if x{xmin then xmin:sroundix); if x>xmax then xaaxs=zroundix); 
if y<yain then yainz=roundiy); if y>ymax then ymax:=round(y); 
end; (# von D2PktEin *) 


procedure StrkEinla,e,farbe:integer); (# D2Pakl #) 
(# Fügt [a,e] in Streckenliste ein ®) 


begin 
Strklahl:=5trkZahl#i; 
Strk[StrkZahll.as=a; StrkiStrkZahll.e:se; 
Strkf{StrkZahll].tarbe:=farbe; 

end; {* von StrkEin ®) 
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Eine Betrachtung von D2Loesch und D2PktEin zeigt die Rolle der 
Variablen xmin, ymin, xmax und ymax. Sie geben die minimalen und 
maximalen x- und y-Koordinaten aller (bisher eingegebenen) Punkte 
an. Diese Angaben benötigt der Computer, um das (ganze) Bild in 
einem vernünftigen Maßstab auf den Bildschirm zu bringen. Näheres 
hierzu im Abschnitt 2.4, wo wir auch die übrigen Konstanten und 


Variablen erläutern werden. 


Wahrscheinlich ist Ihnen bereits aufgefallen, daß wir in unseren 
Programmen Groß- und Kleinschreibung verwenden, um (wie wir 
hoffen) die übersichtlichkeit zu verbessern. PASCAL-Compiler 
(zumindest die uns bekannten) unterscheiden jedoch nicht zwischen 
Groß- und Kleinbuchstaben, so daß Sie natürlich auch alles groß 
oder klein schreiben können, ohne die Funktionsweise der 
Programme zu beeinträchtigen. 


Als erste kleine Anwendung wollen wir ein Programm schreiben, das 
den Elefanten aus Figur 13 zeichnet. Der wesentliche Teil dieses 
Programms ist die Prozedur Elefi, die den Elefanten als eine 
Menge von Punkten und Strecken in unsere 2D-Graphikstruktur 
einspeichert. 


procedure Elefl; 

(# Macht Elefanten #) 

var i,start:integer; 

begin 
start:=D2PktZahl+iy 


{* lariB (29 Punkte und Kanten) #) 

DZPktEint-80,23,0)3 D2PktEin(-68,47,0)5 D2PktEini-44,47,0); 
D2PktEint-33,36,0)5 D2PktEint-20,40,0); D2PktEin (50,40,0): 
D2PktEini67,24,0)5 D2PktEin(65,4,0)5 D2PktEin(55,-23,0)5 
D2PktEin{55,-70,0)5 D2PktEint25,-70,0)5 D2PktEin(25,-30,0); 
D2PktEinti5,-35,0)3 D2PktEint-27,-35,0)3 D2PktEin(-33,-28,0); 
DZPktEint-33,-70,0), D2PktEin(-37,-70,0)3 D2PktEint-57,-12,0); 
D2PktEini-50,-5,0)5 D2PktEint-63,-5,0)5 D2PktEini-65,-1,0): 
D2PktEini-55,6,0)5 D2PktEin(-67,5,0)5 D2PktEini-67,12,0); 
D2PktEint-73,0,0)3 D2PktEin(-73,-50,0): D2PktEin{-70,-55,0)5 
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D2PktEini-73,-60,0)3 D2PktEint-80,-50,0)5 
for i:=start to D2PktZahl-1 do StrkEinti,itl,0); 
StrkEinistart ‚D2PktZahl ‚0; 


(* Beine (4 Punkte, 2 Strecken) #) 
DZ2PktEin{-40,-24,0)3 D2PktEin(-40,-70,0); 
StrkEin(D2PktZahl-1,D2PktZahl ,0); 
D2PktEin37,-24,0)5 D2PktEin (57, -70,0)5 
StrkEintD2PktZahl-1,D2PktZahl ,0)5 


(* Schwanz (1 Punkt, I Strecke) %) 
D2PktEin(75,9,0); StrkEinistart+6,D2PktZahl ,0); 


(* Auge {4 Punkte und Strecken) #) 
start:=D2PktZahl +1; 

D2PktEint-63,30,0)3 D2PktEini-61,50,0); 
D2PktEini-61,28,0)5 D2PktEini-63,28,0): 

for i:=start to D2PktZahl-I do StrkEinli,it1,0); 
StrkEin(start,D2PktZahl ‚Öl; 


end; {* von Elefl ®#) 


Das folgende kurze Programm bringt dann den Elefanten auf den 
Bildschirm. Es bezieht die beiden Programmteile D2Paki und Elefi 
(auf der Diskette unter den Namen d2paki.pas und elefil.pas 
gespeichert) als Includefiles ein. (Sie können hier natürlich die 
entsprechenden Programmtexte auch direkt eingeben.) 


program Elefant; 
(axseee4ee Einbindung der Routinen zur Graphikansteuerung #t##4443++) 


(* Hier z.B. Includefiles der TURBO GRAPHIX TOOLBOX +) 
ttHRHEHERHREEEREEHEEHEHHE) 


(+ $] d2paki.pas #) 
(* $I elefl.pas #) 


begin (* Hauptteil von Elefant *) 


D2Loesch; 

Elefl; 
StandardfensterBild; 
Enter6Graphic; 
leichneBild; 

readin; 
Leavebraphic; 


SO NACHT 
MAN 
SLEFAnNTEN! 


end. 


Figur 13 


50 


Die Prozeduren EnterGraphic und LeaveGraphic schalten die 
hochauflösende Graphik ein bzw. aus. Dies sind die Befehle, die 
die TURBO GRAPHIX TOOLBOX verwendet. Auf Ihrem PASCAL-System 
heißen diese Prozeduren möglicherweise anders, und Sie müssen 
Enter6Graphic und LeaveGraphic dann entsprechend ersetzen. Die 
Prozeduren StandardFensterBild und ZeichneBild, die für die 
richtige Wahl des Maßstabs und die Ausgabe des Bildes auf den 
Bildschirm sorgen, sind Bestandteil von D2Paki und werden in 2.4 


beschrieben. 


Um Speicherplatz zu sparen, lassen wir für die Koordinaten der 
Punkte nur ganze Zahlen (Datentyp integer) zu, und dies ist für 
unsere Graphikanwendungen auch voll ausreichend. Bei Zwischen- 
rechnungen (wie z.B. bei der Berechnung des Schnittpunkts von 
zwei Geraden) treten jedoch trotzdem häufig reelle Zahlen auf. 
Neben dem Datentyp PktTyp verwenden wir deshalb noch den Datentyp 
VektTyp (mit reellen Koordinaten) und zwei Prozeduren, die diese 
beiden Typen ineinander konvertieren: 


procedure KonvPktVektipsPktTyp; var v:VektTyp); {# D2Pakl/D2Pak2 #) 
(* Konvertiert p in v #) 
var i:integer; 
begin 
for i:=1l to 3 do vlil:=pli); 
end; {# von KonvPktVekt #) 
procedure KonvVektPkt{v:VektTyps var p:PktTyp); (#* D2Paki/D2Pak2 ®) 
(* Konvertiert vinp ® 
var isinteger; 
begin 


for i:=1 to 3 do plilszroundivli]); 
end; {# von KonvVektPkt ®#) 


si 


Einige Vektorrechnungen aus Abschnitt 2.1 werden wir im folgenden 
häufig benutzen. Sie sind als Prozeduren bzw. Funktionen ia 
Programmpaket D2Paki enthalten: 


procedure VektDiff(vi,v2:VektTyp; var v:VektTyp)s; (* D2Pakl/D2Pak2 *) 
(* Berechnet v=vi-v2 ®#) 
var i:integer; 
begin 
tor i:=1 to 3 do vlilsevilil-v2iil 
end; {# von VektDiff *) 
function SkalProdivi,v2:VektTyp)ireal; (* D2Paki/D2Pak2 *) 


(* Berechnet Skalarprodukt ®) 


var isinteger; 
pireal; 


begin 
p:=0; 
for is=1 to 3 do pı=ptvilileväli]; 
SkalProd:=p; 

end; (* von SkalProd ®) 


function Laenge{v:VektTyp)ireal; (* D2Pakl/D2Pak2 *) 
{# Berechnet die Länge des Vektors v ®) 
begin 
Laenge:=sgrt (SkalProdiv,v)); 
end; {* von Laenge *) 
function Bogen(alpha:realdireal; {* D2Pakl/D2Pak2 ®) 
(* Rechnet alpha von Grad ın Bogennaß un #) 
begin 


Eogen:=alpha#0.017453; 
end; {* von Bogen %) 
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Bei graphischen Anwendungen liegt die Anzahl der Punkte und 
Strecken oft nicht von vornherein fest, insbesondere kann auch 
das Verhältnis zwischen Punkt- und Streckenanzahl recht unter- 
schiedlich sein, wie Sie an den verschiedenen Abbildungen in 
diesem Buch sehen können. Die von uns gewählte statische Daten- 
struktur (Speicherung von Punkten und Strecken in Feldern) 
erscheint deshalb dem Problem erheblich schlechter angepaßt als 
eine dynamische Speicherung mit Hilfe von Zeigervariablen. Nach 
einigen Experimenten mit solchen Datenstrukturen haben wir uns 
dennoch für die hier geschilderte statische Lösung entschieden. 
Ausschlaggebend hierfür waren vor allem zwei Nachteile bei der 
Benutzung von Zeigern: 


Die Verwaltung von Zeigervariablen erfordert erheblichen 
zusätzlichen Speicherplatz. Die Speicherung der Punkte in einer 
verketteten Liste benötigt beispielsweise zusätzlich zu den 

6 Byte für die drei (ganzzahligen) Koordinaten weitere 4 Byte für 
den Zeiger (auf einem 15-Bit-Systen). 


Einfach zu programmierende dynamische Datenstrukturen, wie etwa 
die in [8] vorgeschlagene Speicherung von Punkten und Strecken in 
(linearen) verketteten Listen, führen gegenüber unserer Lösung zu 
deutlich längeren Rechenzeiten. (Zum Zeichnen der Strecke [la,e] 
muß im ungünstigsten Fall jeweils die gesamte Punktliste von 
Anfang bis Ende nach den Koordinaten von a und e durchsucht 
werden, während wir mit den Feldindizes a und e direkt darauf 
zugreifen können.) 


Die Vermeidung von Zeigern hat außerdem den Vorteil, daß sich die 
Programme leichter in andere Programmiersprachen übertragen 
lassen und daß keine Kollisionen auftreten können, wenn nan die 
Programme dieses Buchs zusammen mit kommerziellen Graphikpaketen 
(nie z.B. der TURBO GRAPHIX TOOLBOX) verwendet, die intern Zeiger 
benutzen. 
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Ein Nachteil ist aber bei unserer Lösung unvermeidlich. Es kann 
passieren, daß das Feld D2Pkt bereits vollständig mit Punkten 
gefüllt ist, während im Feld Strk noch reichlich Speicherplatz 
für weitere Strecken ungenutzt übrigbleibt - und bei der nächsten 
Anwendung unseres Programms ist es vielleicht gerade umgekehrt. 
Bei vielen Anwendungen kennt man jedoch das Verhältnis von Punkt- 
und Streckenzahl ungefähr, so daß man diesen Nachteil durch 
geeignete Wahl der Konstanten MaxD2PktZahl und MaxStrkZahl 
relativ klein halten kann. 


Es ist nicht schwer, die Programme dieses Buches auf die in [8] 
dargestellte Lösung mit Zeigervariablen umzuschreiben. Wenn Sie 
allerdings die erwähnten Rechenzeitnachteile vermeiden wollen, 
müssen Sie einen größeren programmtechnischen Aufwand treiben, 
indem Sie Punkte und Strecken statt in linearen Listen z.B. in 
sogenannten ausgeglichenen Bäumen (vgl. [14]) speichern, 


2.3 Abbildungen in der Ebene 


In diesem Abschnitt studieren wir Abbildungen der Ebene 
(Translationen, Streckungen, Drehungen und Spiegelungen) und ihre 
computergerechte mathematische Beschreibung. Als Anwendung 
bringen wir dem Elefanten aus dem vorigen Abschnitt ein paar 
sportliche übungen bei. Das Programm hierzu (mit dem auch die 
Bilder gemacht sind) finden Sie am Ende des Abschnitts. 


en Ey 7 


der die Punkte der Ebene alle um einen festen Betrag in eine fest 
vorgegebene Richtung verschoben werden. Rechnerisch wird eine 
Translation durch einen Vektor, den Iranslationsvektor t 
beschrieben, dessen Länge und Richtung den Betrag und die 
Richtung der Verschiebung angeben. Zu einem Punkt p erhält man 
den verschobenen Punkt p’ einfach durch Addition des Vektors t, 
also p’=p+*+ t (s. Figur 7 in Abschnitt 2.1). Der linke 
Elefant aus Figur 14 ist aus dem rechten durch eine Parallel- 
verschiebung mit dem Vektor t=(-180,0) entstanden. 
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Figur 14 


Eine Strecke [a,b] und die um t parallelverschobene Strecke sind 
zueinander parallel. Man erhält die verschobene Strecke, indem 
aan die Endpunkte verschiebt und die Strecke zwischen den 
verschobenen Punkten zieht: [lat+tt,bt+tt]. Dies hat eine wichtige 
praktische Auswirkung: 


Eine Translation eines durch Punkte und Strecken in den 
Feldern D2Pkt und Strk definierten Objekts erhält man 
dadurch, daß man zu den Punkten in D2Pkt jeweils den 
Translationsvektor t addiert. Das Feld Strk bleibt 
unverändert. 


Dieses Prinzip trifft auch auf die anderen hier behandelten 
Abbildungen zu (wovon Sie sich jeweils überzeugen sollten). Es 
ist der wesentliche Grund, warum man graphische Objekte meist in 
zwei Teilen speichert, einem "geometrischen Teil" (bei uns 
D2Pkt), der die Lage des Objekts in der Ebene beschreibt und sich 
bei Abbildungen ändert, und einem "kombinatorischen Teil" (bei 
uns Strk), der aussagt, "wer mit wem" (durch eine Strecke 
verbunden ist), und der bei Abbildungen unverändert bleibt. 


In Abschnitt 2.1 hatten wir uns überlegt, daß die Multiplikation 
eines Vektors mit einer nicht-negativen Zahl s eine Änderung 
seiner Länge bei gleichbleibender Richtung bewirkt. Eine 
Abbildung der Ebene, bei der jeder Punkt p durch Multiplikation 
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mit einer nicht-negativen Zahl s in den Bildpunkt p’=stp 
übergeht, heißt eine Streckung mit Streckungsfaktor s. Man 
spricht auch dann von einer Streckung, wenn sfl ist, d.h. wenn 
die Gegenstände nicht größer, sondern kleiner werden. Figur 15 
zeigt den Elefanten in Originalgröße und in seinem Bauch ein mit 
dem Faktor 0.3 "gestrecktes" Exemplar. Die Elefantenfamilie in 
Figur 1i& entsteht dadurch, daß man den Qriginalelefanten zunächst 
durch eine Streckung auf die gewünschte Größe bringt und ihn dann 


parallel verschiebt. 


Figur 15 


Figur 16 
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L: anal) ---- --- - 


Loser) Lo x 


Figur 17 


Bensstesosrtensneenreueee 


Punkt, um den gedreht wird, ist der Koordinatenursprung (0,0), 
der Drehwinkel «. Ist B der Winkel, den der Vektor mit der 
x-Achse einschließt, und 1 seine Länge, so gilt für seine 


Koordinaten 


x=|1 * cos 
y=1i*#tsinß, 


und für die Koordinaten des gedrehten Vektors (x'’,y’) 


i l * cos{@« + ß) 
; l * sinfta + RB) . 


wm x 
u n 


Für die Winkelfunktionen sin und cos gelten die Additionstheorene 
(die man in jeder Formelsammlung findet): 


cos(«e + B) = cos« * cosß - sin« * sin ß 
sinfa +ß) = sin« * cosß +cos«a *sinß. 


Damit ergibt sich für die Koordinaten von (x’,y’) 
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x’ =1*cos«e *cosß - Il *+sin« * sin 


‘ 


y:1l#tsin« *cosß +1 *cos«d * sin ß 


bzw. mit den Koordinaten x und y des ursprünglichen Vektors 
ausgedrückt: 


’ 


x ex kcosa- y*t sind 


' 


yrzxtsinat+tytcosa. 


Diese Formeln zur Berechnung des gedrehten Vektors (x',y’) lassen 
sich auch als Skalarprodukte des Vektors (x,y) mit den zwei 
Vektoren (cos « ,„ -sin «e) und (sin « ,„ cos «) schreiben: 


x 
u 


(cos « „ -sin a),(x,y)> 
<(sina ,„ cos a),(x,y)>. 


= 
sn 


Für diese Situation, in der ein Vektor (x’,y') aus einem Vektor 
(x,y) durch Bildung von zwei Skalarprodukten entsteht, gibt es 


KT Te ru a 


beiden Formeln die Gestalt 
x‘ a Fe d -sin ) () 
(}- sin d cos « y 


annehmen. Man schreibt dabei die beiden Vektoren (cos « „ -sin «) 
und (sin « ‚cos «) in die Zeilen eines - 2x2-Matrix genannten - 
quadratischen Schemas und definiert das Produkt dieser Matrix mit 
dem Vektor (x,y) als den Vektor (x’,y’), dessen Koordinaten als 
Skalarprodukt von (x,y) mit den beiden Zeilen der Matrix 
entstehen. In der Matrixschreibweise schreibt man die Koordinaten 
der Vektoren (x,y) und (x’',y’) unter- nicht nebeneinander (sog. 
Spaltenvektoren). In Formeln mit Matrizen (das ist der Plural von 


Matrix) werden wir Spaltenvektoren schreiben, im übrigen aber 
unsere alte Zeilenschreibweise für Vektoren beibehalten. 


Allgemein ist eine 2x2-Matrix ein quadratisches Schema aus vier 
Zahlen Aıı,dız,d2ı,d22, und das Produkt dieser Matrix ait den 
Vektor (x,y) ist der durch 


38 
dıı Aı2 ‚ n ı 
d2ı ) (} (azı,d22),(xX,Y)? 


definierte Vektor. Beachten Sie, daß bei a, der vordere Index i 
die Zeile und der hintere Index j die Spalte angibt, in der a,,; 
steht. Abgekürzt werden wir Matrizen durch fettgedruckte 
Großbuchstaben symbolisieren (entsprechend dem Gebrauch fetter 
Kleinbuchstaben für Vektoren). 


In unseren Programmen speichern wir Matrizen in 2-dimensionalen 
Feldern, die Zahl aı; im Feldelement Ali,jl. Das Produkt Matrix 
mal Vektor führen wir mit der folgenden Prozedur MatVekt aus, die 
die obige Definition dieses Produkts direkt umsetzt und dabei die 
Funktion SkalProd aus Abschnitt 2.2 ausnutzt. (Dabei haben wir 
die beteiligten Datenstrukturen - ähnlich wie D2Pkt ia vorigen 
Abschnitt - wieder etwas größer gewählt, damit wir sie später für 
3D-Graphik weiterverwenden können.) 


procedure MatVektiA:MatTyp; veVektTyps var wiVektTyp); (* D2Paki/D2Pak2 ®) 
{#* Berechnet w=hv ®) 
var i:tinteger; 


begin 
for i:=i to 3 do wLil:=SkalProdiAli],v; 
end; {* von MatVekt ®) 


Der auf 5. 26 definierte Variablentyp MatTyp ist ein Feld der 
Größe 3x3. Zur Speicherung von 2x2-Matrizen benutzen wir nur den 
"linken oberen" Teil dieses Feldes, also die Feldelemente Ali,jl, 
bei denen die Indizes i, j nur die Werte {i und 2 annehmen. Die 
übrigen Elemente des Feldes setzen wir gleich Null. Der Typ 
MatTyp paßt zum Typ VektTyp, der einen Vektor (x,y,z) ait drei 
Koordinaten darstellt, von denen wir zunächst nur die beiden 
ersten, x und y, nutzen und z=0 setzen. Die auf 5. J3i aufge- 
listete Prozedur SkalProd berechnet dann tatsächlich das auf 

5. 20 definierte Skalarprodukt und die Prozedur MatVekt das 
Produkt Matrix mal Vektor. 
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Um die Prozedur MatVekt so einfach auf die Funktion SkalProd 
zurückzuführen, haben wir übrigens einen kleinen programm- 
technischen Trick angewandt. Wir haben das Feld A nämlich nicht 
als 2-dimensionales Feld, also als array [1..3,1..31l of real, 
definiert, sondern als array [1..3] of VektTyp, also als einen 
Vetkor der Länge drei, bei dem jede Koordinate ihrerseits wieder 
ein Vektor der Länge drei ist. Der Vektor Ali] ist dann die i-te 
Zeile der Matrix, und diesen Vektor Ali] setzen wir dann in die 
Prozedur SkalProd ein. Wenn Sie auf ein einzelnes Matrixelement 
a4, zugreifen möchten, müssen Sie im Programm dafür streng 
genommen ALli][j] schreiben, aber in UCSD- und TURBO-PASCAL ist 
auch ein Zugriff durch Ali,j] möglich, so als wäre A ein 
gewöhnliches 2-dimensionales Feld. 


Spies em, SPIEGLEID 
Ab DER WAND... 


AIA TeId ud 
MI 3T2N>IQ 
"au A y3smaD 
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Figur 18 


Wir wollen nun noch zwei weitere Abbildungen durch 2x2-Matrizen 
beschreiben. Die Streckung mit Streckungsfaktor s läßt sich durch 
die folgende Matrix 5 ausdrücken. Die Matrix R bewirkt eine 
Abbildung, die wir bisher noch nicht in unserem Repertoire 
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hatten, nämlich eine Spiegelung an der y-Achse (Figur 18). (Wie 


sieht die Matrix einer Spiegelung an der x-Achse aus?) 


(5 2) (5) 


Eine Translation läßt sich (außer im uninteressanten Fall, daß 
t=(0,0) ist) nicht durch eine 2x2-Matrix darstellen. (Dazu müssen 
Sie sich nur überlegen, was herauskommt, wenn man das Produkt 
einer beliebigen Matrix mit dem Vektor (0,0) bildet.) 


Matrizen sind nicht nur zur Beschreibung von Abbildungen nütz- 
lich, sondern auch zur knappen Darstellung linearer Gleichungs- 
systeme. Beispielsweise sieht das Gleichungssystem, mit dem wir 
auf 5. 18 den Schnittpunkt der beiden Geraden g und h berechnet 
haben, in Matrixform so aus: 


( JOB. 


Bis jetzt haben wir die Matrixschreibweise einfach als eine 
abkürzende Schreibweise zur Zusammenfassung mehrerer Skalar- 
produkte kennengelernt, die wir zur Beschreibung gewisser 
Abbildungen und Gleichungssysteme gebrauchen können. Programm- 
technisch hat sich diese Abkürzung in der Prozedur MatVekt 
niedergeschlagen, die unsere Programme häufig vereinfachen wird. 
Matrizen sind aber weit mehr, als nur eine "Abkürzung für mehrere 
Skalarprodukte". (In der Tat sind Matrizen ein sehr wesentliches 
Werkzeug in vielen Zweigen der modernen Mathematik und ihrer 
Anwendungen.) Mit Matrizen kann man nämlich verschiedene 
algebraische Operationen, ähnlich dem Rechnen mit Zahlen, 
ausführen, und damit z.B. komplexe geometrische Sachverhalte 
einfach und übersichtlich darstellen. Ein Beispiel hierfür ist 
das Matrizenprodukt, das wir jetzt einführen und in Kapitel 4 
ausgiebig anwenden werden. 


Mit Matrizen kann man nicht nur eine einzige Abbildung 
beschreiben, wie z.B. eine Drehung oder eine Spiegelung, man kann 
vielmehr auch die Hintereinanderausführung solcher Abbildungen 
jeweils zu einer Matrix zusammenfassen, also etwa die Abbildung, 
die sich ergibt, wenn man erst eine Drehung ausführt und dann 


al 


noch eine Spiegelung. Diese Zusammenfassung geschieht durch das 
Matrizenprodukt, eine Rechenvorschrift, mit der man aus zwei 
Matrizen A und B eine neue Matrix EC gewinnt: AtB=C. Um das 
Matrizenprodukt möglichst einfach auszudrücken, schreiben wir die 
Matrix A als Zusammenfassung ihrer Zeilenvektoren aı=(aıı,dız) 


und a2=(a2ı,a22) und die Matrix B als Zusammenfassung ihrer 
Spaltenvektoren bı=(bıı,b2ı) und b2=(bı2,b22): 


4 Aıı Aı2\ _ aı = bıı Bız ü 
se ve en ” (2:) ‚ B er wit (bı b2) 


Das Matrizenprodukt A+*B ist dann folgendermaßen durch 
Skalarprodukte der Vektoren aı,az und bı,bz= definiert: 


a $aı,bı?> “aı,B2? 
PrB ee a 


Man erhält also die erste Spalte der Matrix A*B dadurch, daß man 
die Matrix A mit dem Vektor bı multipliziert und analog die 
zweite Spalte von A#B durch Abz. Als Zahlenbeispiel betrachten 
wir die Matrix A einer Spiegelung an der y-Achse und die Matrix B 
einer Drehung um 90° (gegen den Uhrzeigersinn): 


-1 1) ) =] 

® )-(i g 
A*B beschreibt nun die Abbildung, die man erhält, wenn aan erst 
die durch B beschriebene Drehung ausführt und dann die durch A 
gegebene Spiegelung (nicht umgekehrt!). Wenn Sie das Produkt B*+A 
ausrechnen, erhalten Sie eine andere Matrix! B*+A beschreibt die 
Abbildung, die sich ergibt, wenn man erst spiegelt (Matrix A) und 
dann dreht (Matrix B) - und dies ist eine andere Abbildung, wie 
Sie leicht ausprobieren können, indem Sie z.B. verfolgen, wohin 
der Punkt (i,0) im einen und im anderen Fall abgebildet wird. Die 
vom Rechnen mit Zahlen gewohnte Regel a#b=b#a gilt also für das 
Matrizenprodukt nicht. Weitere Informationen über Matrizen können 
Sie z.B. in [9] nachlesen. 


Die Figuren in diesem Abschnitt lassen sich mit dem folgenden 
Programm Superfant zeichnen (allerdings nur die Elefanten). Sein 
Kernstück ist die Prozedur Elef2, die den gleichen Elefanten 
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erzeugt wie Elefi, aber um den Faktor groesse gestreckt, den 
Winkel alpha (gegen den Uhrzeigersinn) gedreht, an der y-Achse 
gespiegelt (falls sp=true) und um den Translationsvektor {ti,t2) 
verschoben. Den Hauptteil von Elef2 müssen Sie übrigens nicht neu 
eingeben. Sie brauchen lediglich im Hauptteil von Elefi den 
Aufruf von D2PktEin durch PuEin zu ersetzen. 


PVRTELBAUM NN 
MACHT SPASS: A 7 | X) " 


Figur 19 


procedure Elef2igroesse,alpha:real; sp:boolean; ti,t2:integer); 
(* Macht beweglichen Elefanten #) 


var i,start:integer; 
M:MatTyp; 


procedure DrehMat(alpha:real; var M:MatTyp); 
(+ Erzeugt die Drehaatrix #) 
var i,jsinteger; 


begin 
alpha:=bogen (alpha); 
tor i:=1 to 3 do 
for j=l to 3 do Mli,jl:=ö; 
ML3,3l:=1; 
MLi,iJ:=costalpha); MLi,2]:=-sin(alpha); 
M[2,il:=sinlalpha); M[2,2]:=cosialpha); 
end; 


procedure PuEinla,b,c:real); 

(# Punkt (a,b,c) wird mit Faktor groesse gestreckt, 

(* sit Matrix M transforaiert, ®) 

(* an y-Achse gespiegelt (falls sp(0), #) 

(* um (ti,t2,0) verschoben und in D2Pkt gespeichert ®) 


var v,wiVektTyp; 
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begin 
vills=groesseta; vi2l:=groessetb; vL3l:=groessetc; 
MatVekt (M, vw; 
if sp then wLile=-mlil; 
asanliitti, beswl2ltt2z cr=ni3l: 
D2PktEinla,b,c); 
end} 


begin {* Hauptteil von Elef2 # 


DrehMat {alpha,N}; 
start:=D2Pktlahl+i; 


(+ Uarıß (29 Punkte und Kanten) *) 

PuEin(-B0,25,03; PuEint-68,47,0); PuEini-44,47,0); 
PuEini-33,36,0)5 PuEint-20,40,0); PuEint50,40,0); 
PuEin{6&7,24,0)3 PuEini65,4,053 PuEiniio,-25,0; 
PuEin(55,-70,0); PuEini25,-70,0); PuEin(25,-30,0); 
PuEinila,-35,0)3 PuEin(-27,-35,0); PuEini-33,-28,0); 
Pukin{-33,-70,0); PuEini-57,-70,03+ Pukini-57,-12,0); 
PuEin(-50,-5,0)5 PuEin{-653,-3,0)3 PuEint-55,-1,0)3 
Pukint-55,6,0)5 PuEini-67,5,0)5 Pukin(-67,12,0); 
FuEini-73,0,0)3 PuEint-73,-50,0)3 PuEini-70,-55,0)3 
PuEini-73,-60,0): PuEin(-B6,-50,0); 

for i:=start to D2PktZahi-1 do StrkEinfi,irl,0); 
StrkEinistart ‚D2PktZahl ‚Öl; 


{* Beine (4 Punkte, 2 Strecken) #) 
FuEini-40,-23,0); PuEin(-40,-70,01; 
StrkEin{D2PktZahl-1,D2PktZahl ‚öl; 
PuEint37,-24,0)3 PuEin(57,-70,0); 
StrkEiniD2PktZahl-1,D2PktZahl ‚öl; 


{# Schwanz {1 Punkt, 1 Strecke) #) 
FuEin{73,0,0); StrkEinistart+6,D2PktZahl ‚Ob; 


{* Auge (4 Punkte und Strecken) #) 
start:=D2PktZahlt+i; 

Pukin(-53,30,0): PuEint-51,30,0): 
PuEini-61,28,0); PuEint-553,28,0); 

for i:=start to D2PktZahl-1 do StrkEinti,1+1,0); 
StrkEinistart ,D2PktZahl ‚Öl; 


end; (# von Elef2 #) 
Das Programm Superfant zeichnet nun alle Elefanten dieses 


Abschnitts jeweils durch mehrfachen Aufruf von Elef2 ait 
verschiedenen Parametern. Durch Vergleich des Programmlistings 
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mit den einzelnen Figuren können Sie sich die Wirkungsweise der 
verschiedenen Abbildungen übrigens auch noch einmal veranschau- 
lichen, ohne daß Sie Ihren Computer dazu einschalten müssen. 


program 5Superfant; 
(*+ Demonstriert Abbildungen in der Ebene am beweglichen Elefanten ##) 


(atssttkkss Einbindung der Routinen zur Graphikansteuerung Histtsttt) 


i# Hier z.B. Includefiles der TURBO GRAFHIX TOOLBOX #) 
HERE) 


(ee Einbindung der Programme aus diesen Buch #rrrereeeeett) 
(* $I d2pakl.pas #) 
{x $I elef2.pas #) 
HEHE) 


var wahl:integer; 

begin (# Hauptteil von Superfant #) 
wahlı=1; 
while {wahl?0) do begin 


ElrScr; writeln{'Dero für Bewegungen in der Ebene‘); writeln; 
writeln("Zeichnet Figuren 14 bis 19 aus den Buch}; writeln: 
writelnt Nach jeder Zeichnung mit RETURN zurück zu diesem Menu’); 
writeln: writeln; 

write(’Nuaser der gewünschten Figur ioder Ö für Ende) : "}; 
readiniwahl); 


D2Loesch; 


case wahl of 
i14:begin 
Elef2i1,0,false,0,0); 
Elef2(1,0,false,-180,0); 
end; 
is:begin 
Elef2(1,0,false,0,0)5 Elef2(0.3,0,false,0,0)5 
end; 
lö:begin 
Elef2(1,0,false,d,0); 
Elet2(0.9,0,false,170,-75 
Elet2(0.6,0,false,320,-2B); 
end; 
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i7:begin 
ElrScr; 
writelnt Ich kann nur Elefanten zeichnen. } writeln: 
writelnt Figur 17 ist kein Elefant !!’)ı 
writeln; writeln; 
writei weiter aıt RETURN), readin; 


end; 
iö:begin 
Elef2(1,0,false,0,0); Elef2i1,0,true,-170,0); 
end: 
19:begin 


Elef2il,ö,true,ö,0)3 Elef2i1,530,true, 200,20); 
Elef2i1,6ü0,true, 300,40), Elef211,90,true, 600,60); 
Elef2i1,120,true,800,40), Elef2(1,150,true,1000, 20); 
Elef2i1,180,true,i200,0); 
end; 
end; 


if {wahl in [14,15,18,18,19]) then begin 
StandardFensterBild; 
Enter6raphicy LlearScreen; Rahnen; 
ZeichneBild; readIn; 
Leavebraphic; 

end; 


end; 


end. 


2.4 Fenstertransformation und Clipping 


Bisher haben wir uns noch keine großen Gedanken darüber genacht, 
wie der Computer unsere Graphikstruktur, die ja in Forma der 
beiden Felder D2Pkt und Strk noch recht wenig nit einem fertigen 
Bild zu tun hat, auf den Bildschirm bringt. Wir hatten hierzu 
lediglich bemerkt, daß unser Programmpaket D2Paki eine Prozedur 
ZeichneBild enthält, die dies besorgt, und eine weitere Prozedur 
StandardFensterBild, die sicherstellt, das dies in einea einiger- 
maßen vernünftigen Maßstab geschieht. Die Wirkungsweise dieser 
Prozeduren und einiger weiterer wollen wir nun darstellen. 


Es ist klar, daß wir für unsere Graphiken nicht die gesamte 
(unendlich ausgedehnte) Ebene benötigen, sondern ait einen 
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beschränkten Ausschnitt davon auskommen. Da der Bildschirm 
rechteckig ist, nimmt man als Ausschnitt der Ebene praktischer- 
weise ebenfalls ein Rechteck. Dieses Rechteck nennt man das 


are 


In unseren Programmen werden die linke, rechte, obere und untere 
Begrenzung des Fensters durch die zu Beginn von Abschnitt 2.2 
eingeführten globalen Variablen FensterLI, FensterRE, FensterÜB 
und FensterUN definiert. Durch die Wertzuweisungen 
FensterLI:=xmin, FensterRE:=xmax, FensterÜOB:=ymax und 
FensterUN:=ymin (xmin, xmax etc. wurden in 2.2 erläutert) kann 
man also erreichen, daß alle Punkte der Graphik innerhalb des 
Fensters liegen. Das gilt dann auch für alle Strecken zwischen 
diesen Punkten - denn das Fenster ist ein Beispiel für ein 
konvexes Polygon (vgl. S. 24), Mit dieser Wahl der Fenstergrößen 
können wir also die gesamte Graphik betrachten, gewissermaßen in 
der Totalen. Durch Wahl eines kleineren (Teil-) Fensters kann man 
einzelne Ausschnitte vergrößert darstellen (Zoomeffekt). 


Nachdem wir durch das Fenster den Ausschnitt der Graphik defi- 
niert haben, den wir betrachten wollen, haben wir nun die Auf- 
gabe, das Fenster auf den gesamten Bildschirm oder einen recht- 
eckigen Ausschnitt davon abzubilden. Diesen Ausschnitt nennen wir 
und BildUN geben die Begrenzungen des Bildausschnitts an. Zum 
Setzen der Grenzen von Fenster und Bildausschnitt verwenden wir 
die beiden Prozeduren: 


procedure SetzBild(links,unten,rechts,obentinteger); {# D2Paki/D2Pak2 *) 
(* Setzt Grenzen des Bildausschnitts #) 


begin 
BildLI:=linksz; BildAk:=rechts; 
Rildüß:=oben; BildUN:=unten; 
end: {* von SetzBild #) 
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procedure Setzfenster (links,unten,rechts,obentinteger); {# D2Pakl/D2Pak2 ®) 
(# Setzt Fenstergrenzen #) 


begin 
FensterLIs=linkst FensterR£:=rechts; 
Fensterüß:=oben; FensterUN:=unten; 
end; I# von SetzFenster *) 


Die Bildpunkte eines Graphikbildschirms lassen sich in der Regel 
durch ein Paar (x,y) (meist ganzzahliger) Koordinaten 
(Bildschirmkoordinaten) ansprechen, wobei x und y zwischen O und 
gewissen Höchstgrenzen liegen. Diese Höchstgrenzen sind von der 
jeweiligen Graphikhardware abhängig und bei verschiedenen 
Rechnern unterschiedlich. Damit man unsere Programme leicht an 
verschiedene Rechner anpassen kann, haben wir (in 2.2) die 
Konstanten SchirmBreite und SchirmHoehe eingeführt, die die 
Höchstgrenzen für x und y angeben. Wenn also Ihre bisherigen 
Experimente mit den Programmen eher urige als hübsche Graphiken 
zum Ergebnis hatten, sollten Sie diese Konstanten auf die für 
Ihren Rechner passenden Werte setzen. Mit dem Prozeduraufruf 


SetzBild(0,0,SchirmBreite,SchirmHoehe) 


legen Sie dann den ganzen Bildschirm als Bildausschnitt fest. Bei 
vielen Graphiksystemen liegt der Nullpunkt (0,0) in der linken 
oberen Ecke - und nicht (wie es sich in der Mathematik gehört!) 
in der linken unteren Ecke. In diesem Fall müssen Sie die Kon- 
stante KopfStand auf den Wert true setzen. (Wenn Sie’s vergessen, 
steht Ihr Bild Kopf!) 


Auree 0 00 SE OO EEE HEIDEN Ener ent rer 


Fenster auf den Bildausschnitt ab. Es sei p ein (in D2Pkt 
gespeicherter) Punkt unserer Graphikstruktur. Er soll auf den 
Punkt p’ des Bildausschnitts (in Bildschirmkoordinaten) 
abgebildet werden. Haben die linke untere Ecke des Fensters und 
des Bildausschnitts beide die Koordinaten (0,0), so läßt sich die 
Fenstertransformation durch eine Matrix T beschreiben: p’=Tp, 
wobei T die folgende Matrix ist: 
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nit 


(BildRE - BildLI) / (FensterRE - FensterL]) 
(BildOB - BildUN) / (FensterüB - FensterUN) 


5x 


Sy 


Die Matrix T ist verwandt mit der Matrix der Streckung aus dem 
vorigen Abschnitt, nur wird hier gewissermaßen mit (möglicher- 
weise) verschiedenen Streckungsfaktoren s. und s, in x- und 


y-Richtung gestreckt. 


Den allgemeinen Fall, daß die linke untere Ecke des Fensters bzw. 
des Bildausschnitts ein beliebiger Punkt £ bzw. b ist, führen wir 
auf den obigen Spezialfall £=(0,0) und b=(0,0) zurück: Zuerst 
verschieben wir das Fenster mit dem Translationsvektor -f, wobei 
seine linke untere Ecke in den Koordinatenursprung wandert. Der 
Punkt p geht dabei in den Punkt p-f über. Das verschobene Fenster 
bilden wir dann mit der Matrix T auf den Bildausschnitt ab, 
allerdings auf den verschobenen Bildausschnitt, dessen linke 
untere Ecke im Koordinatenursprung liegt. Dabei wird der Punkt 
p-f auf den Punkt T{ip-f) abgebildet. Durch eine Translation mit 
Translationsvektor b müssen wir den Bildausschnitt schließlich 
noch so verschieben, daß seine linke untere Ecke der Punkt b 
wird. Zusammengefaßt erhalten wir den Bildpunkt p’‘ des Punktes p 
unter der Fenstertransformation durch die Matrixgleichung: 


p’ = Tip-f!+b 


procedure Zeichne(va,ve:VektTyp; farberinteger)s (* D2Paki/D2Pak2 #) 


(# Transforaiert die (Projektion der) Strecke [va,vel vom Fenster #) 
(* zum Bildausschnitt und zeichnet sie, #®) 


label Ö; 
var BildBreite,BildHoehe,FensterBreite,FensterHoehe:integer; 


ax,ay,ex,ey,hilfireal; 
sicht:boolean; 
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ClipStreckeiva,ve,sicht); 
if not sicht then goto Ö; 


axı=valll; ayı=val2ls exi=velll; eyı=vel2]; 


(* Strecke wird immer "von rechts nach links" gezeichnet, damit bein %#) 
{* doppelten Zeichnen keine dickere Linie entsteht: *) 
if laxiex) then begin 

hilfızaxy axızexı exishilfi 

hilf:=ayı ayızey; eysshilf: 
end; 


it Transformation Fenster auf Bildausschnitt ®*) 
BildBreite:=BildRE-BildiI; FensterBreite:=FensterRE-Fensteri]; 
ax:=BildBreite/FensterBreite#t(ax-FensterLI)+RildLI; 
ex:=BildBreite/FensterBreitesiex-FensterLI)+BildLI; 
BildHoehe:=BildüB-BildUN: FensterHoehe:=Fensterüß-FensterliN; 
ay:=BildHoehe/FensterHoehe# (ay-FensterUN)+RildlN; 
ey:=BildHoehe/FensterHoehe#(ey-FensterUN) +BildUN: 


x 


ix Korrektur, falls (6,0) in Bildschirakoord. links oben *) 
if KopfStand then begin 

ay:=BildHoehe-ay; 

ey:=BildHoehe-ey; 
end; 


(#eeertkteer Zeichenprozedur, geräteabhängig, hier TURBD GRAPHIK wrrrereet) 


(+) (# farbesüs nichts zeichnen #) (++) 
(#2) if (farbe>=ö) then begin (##) 
(+*) {#* farbe=255 für Radieren #) {*#) 
(**) if (farbe=255) then begin SetColorBlack; SetLineStyle(ö) end (##) 
(tk) else SetLineStyleifarbe); (*#) 
(**) Dranlinelax,ay,ex,ey)s (*#) 
(#2) end; (*#) 
(#4) SetLinestyleiö); SetColorkhite; (*#) 


nn) 


Ösendy {# von Zeichne ®) 


Die Prozedur Zeichne transformiert die Punkte va und ve aus dena 
Fenster auf den Bildausschnitt und zeichnet die Strecke [va,ve]. 
Im einzelnen geschieht in der Prozedur folgendes: 


Zu Beginn wird eine Prozedur ClipStrecke aufgerufen, die u.a. der 
Variablen sicht den Wert true oder false zuweist. Die Wirkung 


s0 


dieser Prozedur, die den Fall behandelt, daß die Strecke [va,ve] 
nicht vollständig im Fenster liegt, und sie dann an den 
Fensterrändern "abschneidet", besprechen wir am Ende dieses 
Abschnitts. Zunächst nehmen wir einmal an, daß [va,vel voll- 
ständig im Fenster liegt. Dann ist sicht=true, und wir müssen uns 
um die Prozedur ClipStrecke nicht weiter kümmern. (Die 
GOTO-Anweisung verwenden wir übrigens nur, wie hier, als 
"Notausgang" einer Prozedur.) 


Bei einigen Anwendungen in den folgenden Kapiteln wird es vor- 
kommen, daß Strecken doppelt gezeichnet werden. (Dies kann aan 
allerdings durch zusätzlichen Programmieraufwand vermeiden.) Bei 
der Darstellung von Strecken auf dem Bidschirm erhält man etwas 
unterschiedliche Ergebnisse, je nachdem, ob man die Strecke von 
va nach ve zeichnet oder umgekehrt von ve nach va. Beim zwei- 
fachen Zeichnen kann eine Strecke deshalb "verdickt" erscheinen. 
Diesen unschönen Effekt vermeiden wir dadurch, daß wir zu Beginn 
der Prozedur Zeichne sicherstellen, daß die Strecken immer in der 
gleichen Richtung gezeichnet werden. 


Im Teil (* Transformation Fenster auf Bildausschnitt #*) wird die 
eigentliche Fenstertransformation der Punkte va und ve aus- 
geführt. Die Gleichung der Fenstertransformation wird dabei nicht 
nit Hilfe der Prozeduren VektDiff und MatVekt ausgeführt, sondern 
in Formeln zur Berechnung der beiden Koordinaten der Bildpunkte 
zerlegt. 


Unsere Beschreibung der Fenstertransformation setzt voraus, daß 
der Punkt (0,0) (in Bildschirkoordinaten) in der linken unteren 
Ecke des Bildausschnitts liegt. Liegt er stattdessen in der 
linken oberen Ecke (KopfStand=true), steht das Bild nach dieser 
Transformation auf dem Kopf. Wir drehen es dann ua, inden wir es 
zunächst an der x-Achse spiegeln und anschließend um den Vektor 
(0,BildHoehe) verschieben. 


In den eingerahaten Teil der Prozedur Zeichne müssen Sie die 
Anweisungen einsetzen, die in Ihrem PASCAL-System eine Strecke in 
hochauflösender Graphik zeichnen. Als Beispiel haben wir hier 
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eine Lösung für die Ansteuerung der Graphik unter TURBO-PASCAL 
mit Hilfe der TURBO GRAPHIX TODLBOX eingesetzt. Die auf Ihr 
System zugeschnittene Gestaltung des eingerahnten Teils und die 
passende Festlegung der Konstanten SchirmBreite, Schirmhoehe, 
KopfStand und Entzerr (davon später) sind die einzigen Modi- 
fikationen, die Sie zur Anpassung der Programme dieses Buches 
vornehmen müssen! 


In unserer Graphikstruktur sind die Strecken im Feld Strk durch 

die Indizes ihrer Endpunkte im Feld D2Pkt gegeben. Die folgende 

Prozedur ZeichneStrecke bereitet diese Darstellung einer Strecke 
für die Prozedur Zeichne auf. Die Prozedur ZeichneBild zeichnet 

alle in Strk gespeicherten Strecken. 


procedure ZeichneStreckeistrecke:StrkTyp); {* D2Paki *) 
{* Zeichnet Strecke sit Hilfe der Prozedur Zeichne. ®%) 


var va,ve:VektTyp; 
pa,pe:PktTyp; 


begin 


pa:=D2Pktistrecke.al; pe:=D2Pktlstrecke,e]; 
KonvPktVektipa,va); KonvPktVektipe,vel; 
Zeichneiva,ve,strecke,farbe}; 

end; (* von ZeichneStrecke #) 


procedure Zeichneßild; (* D2Fakl ® 
(# Zeichnet alle Strecken #) 
var itinteger; 


begin 
for is=l to StrkZahl do ZeichnestreckeiStrkli)); 
end; {* von Zeichneßild ®) 


Mit der Prozedur Rahmen können wir die in einem Fenster 
enthaltene Graphik einrahmen. Dies ist vor allem dann nützlich, 
wenn der Bildausschnitt nur ein Teil des Bildschirms ist. Von 
dieser Möglichkeit werden wir im Abschnitt 5.3 noch ausgiebig 
Gebrauch machen. 
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procedure Rahmens (# D2Pakl/DZPak2 *) 
(# lZeichnet einen Rahaen um Fenster #) 
var va,ve:VektTyp; 


begin 
valill:=FensterLl; val2l:=FensterUn; veill:=FensterRE; vel2l:=FensterÜUN; 
Zeichnelva,ve,0j; 
valll:=FensterRE; val2}:=Fensterüß: 


Zeichne(va,ve,Ö); 
velll:=FensterLi; vel2l:=Fensterüß; 
leichneiva,ve,Ö); 
valllı=FensterLiy val2lı=FensterUN; 
leichneiva,ve,0l: 

end; {* von Rahmen *) 


Wir haben nun (fast) alles beisammen, um unsere Graphikstruktur 
auf den Bildschirm zu bringen. Mit dem Prozeduraufruf 


SetzFenster (xmin,ymin,xmax,ymax) 


können wir die Fenstergrenzen so setzen, daß gerade alles ins 
Fenster paßt. Die Prozedur ZeichneBild zeichnet uns dann das 
komplette Bild. Verfährt man so mit dem Purzelbaum schlagenden 
Elefanten aus Figur 19, so wird das arme Tier allerdings arg 
deformiert (Figur 20, man beachte die zoologisch wohl noch wenig 
erforschte Verwandtschaft zwischen Elefant und Dackel). Der Grund 
für diese verzerrte Abbildung ist das unterschiedliche Foraat von 
Fenster und Bildausschnitt: 


Eine unverzerrte Abbildung liefert die Fenstertransformation 
nur dann, wenn das Verhältnis von Höhe zu Breite bei Fenster 
und Bildausschnitt gleich ist. 


Wir müssen also nicht das kleinste Fenster suchen, in das die 
Elefanten passen, sondern das kleinste Fenster, in das die 
Elefanten passen, und das zusätzlich das gleiche Format hat wie 
der Bildausschnitt. Dies leistet (nicht nur für Elefanten) die 
Prozedur StandardFensterBild. 


Figur 20 


em 


! ‘ 


Unterschiedliches Format von Fenster und Bildausschnitt ist nicht 
die einzige Quelle von Bildverzerrungen. Eine andere Ursache ist, 
daß bei den meisten Graphiksystemen die Bildschirmkoordinaten in 
x- und y-Richtung verschiedene Längen definieren - ein Quadrat, 
in Bildschirmkoordinaten gezeichnet, erscheint auf dem Bildschirm 
als nicht quadratisches Rechteck. Schließlich können noch Verzer- 
rungen durch den Monitor hinzukommen. Zum Ausgleich aller dieser 
Effekte haben wir die Konstante Entzerr eingeführt. Sie wird 
(ausschließlich) in der Prozedur StandardFensterBild benutzt, 
kann Ihre Wirkung also auch nur entfalten, wenn Sie diese 
Prozedur aufrufen. 


Den richtigen Wert dieser Konstanten für Ihren speziellen Rechner 
müssen Sie experimentell ermitteln: Schreiben Sie ein Programam, 
das in D2Pkt und Strk ein Quadrat speichert, Fenster und Bild- 
ausschnitt mit StandardFensterBild formatiert und das Quadrat mit 
lZeichneBild zeichnet. Ändern Sie die Konstante Entzerr solange, 
bis Sie wirklich ein Quadrat auf dem Bildschirm sehen. | 
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procedure StandardFensterBild; (* D2Paki/D2FakZ2 ®) 


(* Setzt ganzen Bildschira als Bildschireausschnitt. # 

(# Setzt kleinstes Fenster, in dem man noch alles sieht und das #) 
(* sich unverzerrt auf den Bildschira abbilden läßt. ®) 

(# Fenster wird ca. 10% größer gewählt, ®) 


var hoehe,breite,Wahrkoehetreal; 
b,hrinteger; 


begin 


SetzBildiö,0,SchirmBreite, Schirahoehe); 
hoshe:=ymax-yain; hreiter=xmax-xain; 
Wahr Hnehe: =Schirminehe/Entzerr: 


if (breite/hoehe}=ächiraßreite/WahrHoehe) then begin 
hı=roundiibreitexkahrHoehe/Schiraßreite-hoehe}#0.90); 
b:=roundibreiter0.05); 

end eise begin 
bs=round{ihoehe*Schiraßreite/WahrHoehe-breite)#0.59); 
h:=round(hoehe#0.05); 

end; 


SetzFenster (xain-b,yain-h,xmaxtb,ymaxth); 


end; {* von StandardFensterBild #) 


Wenn man nicht die gesamte Graphik betrachten will, sondern nur 
einen Teilausschnitt, das Fenster also entsprechend kleiner 
wählt, tritt das Problem auf, daß einige Strecken ganz oder teil- 
weise außerhalb des Fensters liegen (Figur 21). Diese Strecken 
müssen an den Rändern des Fensters abgeschnitten werden (sog. 
Clipping).In Figur 21 wird also [a,b] gar nicht gezeichnet und 
von [ce,d] nur der durchgezogene Teil. 


Bei vielen Rechnern (z.B. Apple unter UCSD-PASCAL) wird Clipping 
automatisch ausgeführt. Wenn Ihr Rechner das auch so macht - und 
Sie sich nicht dafür interessieren, wie er das macht - können Sie 
den Rest dieses Abschnitts übergehen. Um Platz und Rechenzeit zu 
sparen, sollten Sie dann aber die Prozedur ClipStrecke und ihren 
(einzigen) Aufruf in der Prozedur Zeichne aus dem Progrann 
entfernen. Aus der Prozedur Zeichne muß dann auch noch die 
Variable sicht und der Sprung zur Marke OÖ herausgenommen werden. 
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In Abschnitt 6.53 werden wir allerdings die Prozedur Clipötrecke 
in jedem Fall noch einmal benötigen. 


Figur 21 


Clipping verlangt im Prinzip nur das Ausrechnen von Schnitt- 
punkten von Geraden, wie wir es in Abschnitt 2.1 schon gemacht 
haben. Weil es sich aber um eine Grundfunktion handelt, die sehr 
häufig ausgeführt wird, lohnt es sich, sie im Hinblick auf 
Rechenzeitersparnis zu optimieren. Das häufigste Verfahren hierzu 
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beruht auf der folgenden Grundidee: 


Durch die Bildschirmkanten (bzw. die Geraden, die man durch ihre 
Verlängerung erhält) wird die Ebene in 5 Teile aufgeteilt 

(Figur 21), nämlich in das Fenster und vier "vom Fenster 
abgewandte" Halbebenen: die Halbebene links von der linken 
Fensterkante, die Halbebene oberhalb der oberen Fensterkante, die 
Halbebene rechts von der rechten Fensterkante und die Halbebene 
unterhalb der unteren Fensterkante, (Daß sich diese Halbebenen 
teilweise überlappen, stört uns nicht.) Beim Verfahren von Cohen 
und Sutherland werden zunächst für beide Endpunkte der Strecke 
die Halbebenen bestimmt, in denen sie liegen. (Dies erfordert nur 
einfaches Testen von Ungleichungen.) An Hand dieser Informationen 
kann man oft bereits entscheiden, daß die gesamte Strecke 
außerhalb des Fensters liegt, also nicht gezeichnet werden muß: 
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Liegen beide Endpunkte a und b der Strecke [a,b] in einer 
gemeinsamen der vier vom Fenster abgewandten Halbebenen, so 
liegt die ganze Strecke [a,b] in dieser Halbebene - also 
außerhalb des Fensters. 


Die Begründung dieses Prinzips ist einfach: Halbebenen sind 
konvex (Abschnitt 2.1). Die Strecke [a,b] in Figur 21 ist damit 
bereits ohne weitere Rechnung als nicht sichtbar erkannt. 


Bei der Strecke [c,d] führt dieses Kriterium nicht zum Ziel. Weil 
der Punkt d in der Halbebene unterhalb des Fensters liegt, wird 
nun der Schnittpunkt d’ der Strecke [c,d] mit der unteren 
Fensterkante ausgerechnet und als neuer Endpunkt der Strecke 
genommen. Statt mit [c,d] setzen wir das Verfahren mit [c,d'] 
fort. Den Teil [d,d’] durften wir von [c,d] "abschneiden", weil 
er ganz in der Halbebene unter dem Fenster liegt, also keine 
sichtbaren Teile enthält. Die Strecke [c,d‘] wird nun nach 
folgendem Prinzip als voll sichtbar erkannt: 


Liegt keiner der Endpunkte c und d’ der Strecke [c,d’l in 
einer der vier vom Fenster abgewandten Halbebenen, so liegt 
die Strecke [c,d’] vollständig im Fenster. 


Begründung ist wiederum die Konvexität, diesmal des Fensters: 
Beide Endpunkte c und d’ liegen im Fenster, also auch die gesante 
Strecke [c,d’)]. 


Allgemein werden beim Algorithmus von Cohen und Sutherland 
solange {nicht sichtbare) Teile von der Strecke abgeschnitten, 
bis die restliche Strecke nach einem der beiden obigen Kriterien 
entweder als vollständig nicht sichtbar, oder als vollständig 
sichtbar erkannt wird. 


Die Prozedur ClipStrecke realisiert diesen Algorithmus (wozu 
ausgiebig vom Datentyp Menge Gebrauch gemacht wird). Die Variable 
sicht erhält den Wert false, wenn die Strecke vollständig 
außerhalb des Fensters liegt, und true sonst. Im letzten Fall 
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enthalten die Variablen va,ve die Endpunkte des sichtbaren 


Streckenteils. 


procedure LlipStreckeivar va,ve:Vektiyp; var sicht:boolean); (# D2Paki1/D2Pak2 *) 


(# Glipt die Proj. der Strecke [va,ve] gegen Fenster #) 
(# Sicht ist wahr, wenn Strecke sichtbar #) 


label 0; 


type Elemente={links,rechts,unten,oben); 
Menge=set of Elemente; 


var X,y,aX,ay,ex,eyireal; 
n,ma,me:Menge; 


Procedure MachMengeix,ytreal; var n:Menge); 


(# Prüft, in welchen Bereichen (links, rechts, oben, unten) #) 
(* der Punkt ix,y) liegt, und gibt dies in a aus, #) 


begin 
m=L]; 
if xiFensterL] then a:=[links]) 
else if x>FensterRE then m:=[rechts]; 
if yiFensterilN then m:=a#+lunten] 
else if y:FensterüOß then a:=mtloben]; 
end; 


begin i# Hauptteil von LlipStrecke #) 
sicht:=false; 
axızvallli ayı=val2]; 
exı=velll; ey:=vel2]; 
HachMengelax,ay,na)ı Machlengelex,ey,ae): 
while imaö:[]) or (mei>L]) do begin 


if matmei>[] then goto Ö: 


aı=aat if aa=[] then n:=ae: 
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if links in a then begin 
(* Schnittpunkt sit linker Fensterkante *) 
yısaytiey-ay)#{FensterLI-ax)/(ex-axd; 
xı=FensterLl; 
end else 
if rechts in a then begin 
(* Schnittpunkt ait rechter Fensterkante #®) 
yızaytiey-ay)#{FensterRE-ax)/lex-ax}; 
xı=FensterRE: 
end else 
if unten in a then begin 
({* Schnittpunkt sit unterer Fensterkante #%) 
xızaxtiex-ax)&{FensterUN-ay)/ley-ay); 
yı=FensterliN; 
end else 
if oben in a then begin 
{* Schnittpunkt ait oberer Fensterkante *) 
xısaxtiex-ax)#(FensterOB-ay)/tey-ay); 
y:=Fensterüß; 
end; 


if ana then begin 

axızx; ayı=ys; MachMengeix,y,Ra); 
end else begin 

exi=x; eyi=ys Machlengeix,y,ne); 
end; 


end; 

(* Sichtbarer Streckenteil gefunden #) 
sicht:=true; 

valllı=ax; val2lı=ay; 


velll:=ex; vel2li=ey; 


Ösend; i* von LlipStrecke #) 


39 


Su Dreeidimensiorrrale Graphııiı k 


Hauptziel dieses Buches ist die computergraphische Darstellung 
räumlicher Objekte. Als Voraussetzung hierfür benötigen wir etwas 
analytische Geometrie im J-dimensionalen Raum, die wir im 
Abschnitt 3.1 einführen. In 3.2 beschreiben wir die Daten- 
strukturen und einige Grundprozeduren zur 3D-Graphik als Grund- 
lage der weiteren Programme. Im Abschnitt 3.3 behandeln wir 
Abbildungen (Drehungen, Verschiebungen etc.) im Raum. Die Inhalte 
der Abschnitte 3.1 und 3.3 ergeben sich zum großen Teil als 
direkte Verallgemeinerungen von Definitionen und Ergebnissen aus 
den Abschnitten 2.1 und 2.3. 


3.1 Vektoren, Ebenen und Polytope 


N 


Figur 22 


Im Abschnitt 2.1 haben wir einen Punkt der Ebene durch seine x- 
und y-Koordinate bezüglich eines rechtwinkligen Koordinaten- 
systems dargestellt. Zu einer entsprechenden Darstellung eines 
Punktes im 3-dimensionalen Raum führen wir ein räumliches 
Koordinatensystem mit x-, y- und z-Achse ein. Ein Punkt im Raum 
wird dann durch seine drei Koordinaten bezüglich der x-, y- und 


&0 


z-Achse beschrieben. Für den Punkt a aus Figur 22 gilt also 
a=(2,4,1). 


Die Ebene, die wir im vorigen Kapitel behandelt haben, kann man 
sich einfach als einen Teil des Raumes vorstellen, nämlich als 
die x,y-Ebene, die aus allen Punkten (x,y,z) mit z=0 besteht. In 
den Programmen des vorigen Kapitels haben wir diese Vorstellung 
bereits genutzt. Dort haben wir ja mit Datenstrukturen und 
Prozeduren gearbeitet, die bereits für Anwendungen in der 
3D-Graphik ausgelegt waren, wobei wir die z-Koordinate immer 
gleich Null gesetzt haben. Für einen Punkt im Raum mit z%0 gibt 


die z-Koordinate die "Höhe" des Punktes über der x,y-Ebene an. 


Hennanenan nenne Inp Fe HERR en TSenemann Herren nnn nun sen en es runs er 


Enttanssasnnarssannssnnnuersan 


Wie in der Ebene, werden wir auch im Raum nicht zwischen Punkten 


und Vektoren unterscheiden. 


Die Summe von zwei Vektoren a und b führen wir - wie im ebenen 
Fall - als den Vektor ein, den man erhält, wenn man die 


Koordinaten von a und b getrennt für sich addiert, also z.B. 


at+rb = (2,2,4) + (5,4,1) = (2+5,2+4,4+1) = (7,6,9 . 


z 


Figur 23 Figur24 
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Die anschauliche Vorstellung der Vektoraddition mit dem Kräfte- 
parallelogramm gilt auch für Vektoren im Raum. Dabei liegt das 
Parallelogramm in der Ebene, die von den beiden Vektoren aufge- 
spannt wird. Die Figuren 23 und 24 zeigen dies für das obige 
Zahlenbeispiel. 


Die Multiplikation eines Vektors mit einer Zahl definieren. 
wir ebenfalls genau wie im vorigen Kapitel, also z.B. 


0.5*(2,4,1) = (0,5%82 , 0.584 , 0.541) = (1,2,05 . 


Auch hier ist die anschauliche Bedeutung die gleiche wie bei 
Vektoren in der Ebene. Der Vektor (2,4,i1) wird also durch 
Multiplikation mit 0.5 ohne Änderung seiner Richtung auf die 
halbe Länge verkürzt. Multiplikation mit -i kehrt die Richtung 
eines Vektors um, ohne seine Länge zu ändern. 


Die Länge la| eines Vektors a im Raum können wir auch wieder 
durch seine Koordinaten ausdrücken. Dazu betrachten wir zum 
Vektor a=(x,y‚,z) den Vektor a’=(x,y,0), die sogenannte 

Figur 22 entnehmen wir, daß der Koordinatenursprung und die 
beiden Punkte a und a’ die Ecken eines rechtwinkligen Dreiecks 
sind. Nach dem Satz des Pythagoras ist also |lal = Yia’ı? 4:22 
a’ ist ein Vektor der x,y-Ebene. Seine Länge ist gemäß 
Abschnitt 2.1 durch xZ + y@ gegeben. Zusammengefaßt erhalten 


wir: 
Die Länge des Vektors a=s(x,y,‚,z) ist Jlal =Yx2 a a 


Das Skalarprodukt definieren wir ebenfalls in enger Anlehnung an 
den Fall ebener Vektoren: 
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Das Skalarprodukt zweier Vektoren a=(a:,a2,äs) und 


b=(b,,bz,bs) ist durch 
(a,b? = aıtbı + az#b> + astbs 
definiert. 


Wie im Fall der Ebene gilt auch hier für den Winkel «, den zwei 


Vektoren a und b einschließen: 


Insbesondere stehen also zwei Vektoren wiederum genau dann 
senkrecht aufeinander, wenn ihr Skalarprodukt O0 ergibt. 


Zu zwei Vektoren a und b können wir den Differenzvektor b-a 
bilden. Er läßt sich wie im Fall der Ebene (Figur 9) als ein 
Pfeil vom Punkt a zum Punkt b veranschaulichen. (Zeichnen Sie 
b-a in Figur 24 ein.) Damit hat die Gerade durch die Punkte a 
und b wörtlich die gleiche Parameterdarstellung wie in Abschnitt 


2.1, nur daß p,a,b jetzt 3-dimensionale Vektoren sind: 


Die Gerade g durch die Punkte a und b besteht aus den 
Punkten p der Form 


p=a+tsx(b-a) 


wobei t alle (reellen) Zahlen durchläuft. Die Zahl t wird 
der Parameter. zum Punkt p genannt. Entsprechend heißt eine 
solche Darstellung der Geraden g eine Parameterdarstellung 
von 9. Der Vektor b-a heißt ein Richtungsvektor. von 9. 


Das Gleiche gilt natürlich auch für die Parameterdarstellung 
einer Strecke. Die Punkte p der Strecke zwischen den beiden 
Punkten (2,2,4) und (5,4,1) aus Figur 23/24 haben beispielsweise 
die Gestalt p = (1-t)*(2,2,4) + t*(5,4,1) „ wobei der Parameter 
t von O bis I läuft. 
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vielleicht erwarten Sie, daß wir Ihnen als nächstes eine 
"Normalendarstellung einer Geraden im Raum" servieren. Falsch 
geraten! Hier haben wir es nämlich ausnahmsweise einmal mit einer 
Abweichung von der direkten Analogie zwischen Ebene und Raum zu 
tun, bei der wir nur jeweils die dritte Koordinate anhängen 
mußten, um die Ergebnisse zu übertragen. 


In Abschnitt 2.1 bildeten alle Vektoren der Ebene, die auf einen 
testen Vektor rm senkrecht standen, eine Gerade durch den 
Koordinatenursprung. Betrachten wir einmal die gleiche Situation 
im Raum, und wählen wir n = (0,0,1) . m ist also ein Vektor, der 
in Richtung der z-Achse zeigt. Die Vektoren p mit Anfangspunkt 
(0,0,0), die auf m senkrecht stehen, für die also {p,n’ = 0 
gilt, sind von der Form p = (x,y,0) . Diese Vektoren bilden 
keine Gerade, sondern eine Ebene, nämlich die x,y-Ebene. Dies 
gilt nicht nur für unsere spezielle Wahl des Vektörs mn: 


Ist n#(0,0,0) ein beliebiger Vektor, so bilden die Vektoren 
p, die senkrecht auf m stehen, {p,n?=0, eine Ebene. Diese 
Darstellung einer Ebene durch den Koordinatenursprung heißt 
Normalendarstellung, n heißt ein Normalenvektor der Ebene. 


Auf diese Weise können wir alle Ebenen durch den Koordinaten- 
ursprung beschreiben. Beispielsweise steht der Vektor 
n=(-14,18,-2) senkrecht auf den beiden Vektoren a=(2,2,4) und 
b=(5,4,1) aus Figur 23. Er steht damit auch senkrecht auf allen 
anderen Vektoren der von a und b aufgespannten Ebene, die das 
Kräfteparallelogramm aus Figur 24 enthält. m ist also ein 
Normalenvektor zu dieser Ebene. Die Ebene besteht damit aus den 
Punkten p mit <p,(-14,18,-2)>=0. 


Ähnlich wie im vorigen Kapitel bei der Normalendarstellung einer 
Geraden wollen wir uns auch hier von der Beschränkung befreien, 
daß wir nur Ebenen darstellen können, die den Koordinatenursprung 
enthalten. Allgemein ist eine Ebene im Raum durch drei ver- 
schiedene Punkte a,b,c gegeben, die nicht auf einer gemeinsamen 
Geraden liegen. (Im obigen Beispiel war c der Koordinaten- 


ursprung.) 
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Es seien a,b,c drei verschiedene Punkte, die nicht auf einer 
Geraden liegen, und n ein Vektor, der auf den Vektoren a-c 
und b-c senkrecht steht. Dann besteht die Ebene E durch 
a,b,c aus allen Punkten p mit 


{p,n? = {c,n? . 


Dies ist eine Normalendarstellung von E. n heißt ein 


A rn? 


Normalenvektor der Ebene E. 


Der übergang von der Normalendarstellung einer Ebene durch den 
Koordinatenursprung zur Normalendarstellung einer allgemeinen 
Ebene vollzieht sich auf die gleiche Weise, wie im vorigen 
Kapitel bei der Normalendarstellung einer Geraden: Die von den 
Differenzvektoren a-c und b-c aufgespannte Ebene E’ durch den 
Koordinatenursprung ist parallel zu E, und man erhält E aus E’ 
durch Addition des Vektors c. 


Zur schnellen Berechnung von Normalenvektoren benötigen wir ein 


Verfahren, das zu zwei Vektoren a und b einen Vektor n findet, 
der auf a und b senkrecht steht: 


Zu zwei Vektoren a=(aı,342,343) und b=(bı,b2,bs) ist das 
Vektorprodukt axb der durch 


axb = ( a2atbs-astb2 , as*tbı-aı*bs „ aıtb2-az#b, ) 


definierte Vektor. Haben die Vektoren a und b verschiedene 
Richtungen, so ist axb ein Normalenvektor zur von a und b 
aufgespannten Ebene durch den Koordinatenursprung. 


Daß axb tatsächlich auf a und b senkrecht steht, können Sie 
durch Ausrechnen der Skalarprodukte mit a und b nachprüfen. Den 
Normalenvektor n zur Ebene aus Figur 24 haben wir mit dem Vektor- 
produkt berechnet. Vertauschen der Faktoren im Vektorprodukt 
liefert übrigens nicht den gleichen Normalenvektor, sondern den 
entgegengestzt gerichteten. Aus der obigen Formel entnimmt nan 
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nämlich sofort bxa = -axb .„ Normalenvektoren werden wir als 
wesentliches Hilfsmittel in unseren Graphikprogrammen sehr häufig 


benutzen. Wir benötigen deshalb eine Prozedur zur Berechnung des 
Vektorprodukts: 


procedure VektProdivi,v2:VektTyp; var vıVektiyp); (* D3Pakl *) 
(* Berechnet Vektorprodukt ®) 


begin 
vEils=vil2]ev2L33-vil3lev2t2]; 
v{[2]2=vil3lev2El]-vill1ev2t3]; 
vE33:=villlev2t2]-vil2levztil: 
end; \* von VektProd *) 


Dies ist die erste Prozedur des Programmpakets D3Paki. Die 
weiteren Elemente dieses Pakets stellen wir Ihnen im nächsten 
Abschnitt und in den Kapiteln 4 und & vor. 


Bei unseren Betrachtungen über die Ebene hatten wir im vorigen 
Kapitel bemerkt, daß eine Gerade die Ebene in zwei Hälften teilt, 
die wir Halbebenen genannt hatten. Eine Darstellung dieser 
Halbebenen hatten wir einfach dadurch erhalten, daß wir in der 
Normalendarstellung der Geraden das Gleichheitszeichen durch £ 
bzw. > ersetzt hatten. Im Raum haben wir eine hierzu genau 


analoge Situation: 


Eine Ebene E teilt den Raum in zwei Hälften, die wir 

erhält man, wenn man in einer Normalendarstellung von E das 

Gleichheitszeichen durch {£ bzw. ? ersetzt. | 
Die x,y-Ebene hat z.B. die Normalendarstellung z=0 (Normalen- 
vektor (0,0,1)). Durch die Ungleichungen z£O und z?0 sind die 
Halbräume unter- bzw. oberhalb der x,y-Ebene definiert. 


Im vorigen Kapitel hatten wir den Durchschnitt mehrerer Halb- 
ebenen gebildet und uns auf diese Weise Polygone konstruiert. An 
einem Beispiel wollen wir uns nun ansehen, welche Gebilde der 
Durchschnitt von Halbräumen liefert. Die y,z-Ebene, die x,z-Ebene 
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und die x,y-Ebene haben die Normalendarstellungen x=0, y=Ö und 
z=0, Die drei Ungleichungen x?0, y>20 und z2>0 beschreiben den Teil 
des Raumes mit positiven Koordinaten, den sogenannten positiven 
Oktanten. Die durch z=i gegebene Ebene ist parallel zur x,y-Ebene 
und schneidet die z-Achse im Punkt (0,0,1). z<$1 beschreibt den 
Halbraum unterhalb dieser Ebene. Entsprechende Halbräume werden 
durch y<l und x<i definiert. Der Durchschnitt der sechs durch die 


Ungleichungen 


' 
IN iv 


gegebenen Halbräume ist ein Würfel. Dabei entsprechen die sechs 
Ungleichungen den sechs Seitenflächen des Würfels. Beispielsweise 
besteht der Boden des Würfels aus den Punkten, die alle sechs 
Ungleichungen erfüllen, wobei in der ersten sogar Gleichheit 
gelten muß: x=0. Die Ecken des Würfels sind die acht Punkte 


(0,0,09, (150,0), (1,150), (0,1,0), 
00:04: 11,0, Dr dsl 


die ersten vier sind die Ecken des Bodens, die zweiten vier die 
Ecken des Deckels. 


Einen beschränkten (d.h. nicht unendlich ausgedehnten) Ausschnitt 
des Raumes, den man als Durchschnitt endlich vieler Halbräume 

ein Beispiel für ein Polytop. Seine Seitenflächen sind Vierecke, 
also ebene Polygone, wie wir sie in Abschnitt 2.1 bereits 
behandelt haben. Indem man andere Halbräume zum Schnitt bringt, 
kann man viele weitere Beispiele für Polytope konstruieren. 
Einige davon lernen wir im Kapitel 5 kennen. 


Die 5eitenflächen von Polytopen sind immer Polygone, und wir 
werden Polytope im nächsten Abschnitt an Hand ihrer Seitenflächen 
in einer für Graphikanwendungen passenden Form beschreiben. Der 
Zusatz "konvex" besagt wiederum, daß ein Polytop mit zwei Punkten 
auch immer die gesamte Verbindungsstrecke zwischen den Punkten 
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enthält, wie dies auch bei den konvexen Polygonen in der Ebene 
der Fall war. Diese Eigenschaft wird wieder etliche Verein- 
fachungen bei unseren Graphikanwendungen bringen. Insbesondere 
wird sich herausstellen, daß das Problem der Elimination der 
verdeckten Linien, das „ir in der Einleitung angesprochen hatten, 
für konvexe Polytope sehr einfach zu lösen ist (Abschnitt 6.1). 


3.2 Eine Datenstruktur zur 53D-Graphik 


Die Objekte unserer 3D-Graphik sind ebene konvexe Polygone im 
3-dimensionalen Raum. Ein 3-dimensionales konvexes Polytop, wie 
etwa einen Würfel, beschreiben wir, indem wir seine Seitenflächen 
als Polygone speichern. Das Programmpaket D3Paki, das die Grund- 
prozeduren zur 3D-Graphik umfaßt, enthält die folgenden 


Konstanten und globalen Variablen: 


const MaxD3PktZahl=i000; 
MaxPolZahl=1000; 
MaxEckZahl=5; 


type PolTyp=record 
PoiNr ‚EckZahl ,Farbe,6rundFarbe:integer; 
Ecke:rarray [i..MaxEckZahl] of integer; 
end; 


var DöPktiarray [i..MaxDöfktZahll of Pktiyvp; 
Polzarray [1..MaxPolZahl] of PolTyp; 
D3PktZahl,FolZahl ‚PolytopNrzinteger; 


Die Speicherung der Punkte erfolgt genau wie im vorigen Kapitel, 
und die Variablen D3Pkt, D3PktZahl, sowie die Konstante 
MaxD3PktZahl haben die gleiche Bedeutung wie dort. In der 
2D-Graphik hatten wir die kombinatorische Struktur unserer 
Graphiken durch Angabe der Strecken im Feld Strk definiert. An 
die Stelle der Strecken treten hier die Polygone. 


Ein Polygon beschreiben wir durch eine Variable vom Typ PolTyp. 
Die Ecken des Polygons (Index der Ecken im Feld D3Pkt) werden im 
Feld Ecke gespeichert, und zwar in zyklischer Reihenfolge. Eine 
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Kante besteht also jeweils zwischen Ecke i und Ecke iti . 
Außerdem sind natürlich noch die erste und die letzte Ecke des 
Polygons durch eine Kante verbunden. Die Variable EckZahl gibt 
den höchsten Eintrag im Feld Ecke an, hat also etwa bei 
Speicherung eines Vierecks den Wert 4. Die Konstante MaxEckZahl 
dient der Dimensionierung des Feldes Ecke. Im Fall von 
MaxEckZahl=16 können demnach maximal I16-Ecke verarbeitet werden. 
Bei vielen Anwendungen treten nur Polygone mit kleinerer 
Eckenzahl auf. Sie sollten MaxEckZahl dann auf einen kleineren 
Wert setzen, um Speicherplatz zu sparen. 


Viele Szenen, die wir abbilden wollen, bestehen aus mehreren 
konvexen Polytopen (Würfeln etc.). Diese Polytope numerieren wir 
durch und kennzeichnen die Zugehörigkeit eines Polygons zu einem 
Polytop dadurch, daß wir der Variablen PolNr die Nummer dieses 
Polytops geben. Eine solche Zusammenfassung der Seitenflächen 
eines Polytops bringt erhebliche Rechenzeitvorteile bei der 
Entfernung verdeckter Linien, wie wir in Kapitel & sehen werden. 
Das record Poltyp enthält außerdem noch zwei Variable Grundfarbe 
und Farbe mit Angaben, in welcher Farbe das Polygon gezeichnet 
werden soll. Die Variable Farbe werden wir in Kapitel 6 bei der 
Entfernung verdeckter Linien benutzen. Farbe=0 bedeutet dort, daß 
das Polygon nicht sichtbar ist. 


Die Speicherung der Polygone erfolgt im Feld Pol der Dimension 
MaxPolZahl, die Variable PolZahl gibt den höchsten Feldindex an, 
unter dem bei der jeweiligen Szene noch ein Polygon gespeichert 
ist. 


Mit den folgenden Prozeduren werden die 3D-Struktur initialisiert 
und die Ecken und Polygone eingegeben. In Kapitel 5 werden wir 
Ihnen eine Reihe von Programmen zur Erzeugung komplexer Graphiken 
vorstellen, die diese Prozeduren benutzen. 


69 


procedure Däloesch; (* DiPakl © 
(* Löscht D5-Struktur (auch zur Initialisierung) *) 


begin 
D3PktZahlı=0; PolZahlı=0; PolytopNr:=0; 
end; {* von Diloesch *) 


procedure DSPktEinix,y,zireal)g; (* D5Pakl %) 
(* Speichert den Punkt {x,y,z) in D3Pkt, erhöht DSPktZahl un I ©) 


begin 
DaPktZahl:=D3PktZahl+1; 
DSPKtEDSPkt Zahl „1Je=roundix); DSPKLLDSPktZahl ,„21:=round(y}; 
D3PkKtLDSPEtZahl „S]:=round (z}; 

end; (* von DSPktEin *) 


procedure PolEin{EinPol:PolTyp); {# D3Pakl *) 
(# Speichert EinPol im Feld Pol, erhöht PolZahl ua | ®) 
begin 
PolZahl:=PolZahl+ti; PollPolZahl]:=EinPol; 
if {EinPol.PolNr>PolytopNr) then PolytopNr:=EinPol.PolNr; 
end; {* von EinPol #) 
procedure einla,b,c,d,e,ez,pn,start:integer); 
(* Eingabe eines Polygons ait bis zu 9 Ecken *) 
(* Ecken a,b,c,d,e; Eckenzahl: ez #) 
(* pn = Numaer des Polytops, zu dem das Polygon gehört #*) 
(* Numerierung der Ecken beginnt bei start+ti ®) 
var polygon:Pol Typ; 
begin 
with polygon do begin 
PoiNr:=pn; EckZahl:=ez; Farber=0} Grundfarbe: =0; 
Eckefils=atstart; Eckel2]:=b+start; Eckel3l:=c+start; 
Eckel4j:=dtstart; Eckelöl:=etstart; 
end; 


FolEinipolygon); 


end; {# von ein ®) 
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Die übrigen Teile von D3Paki lernen wir mit Ausnahme einer 
Prozedur im nächsten Kapitel kennen. Dort führen wir auch die in 
DSPkt und Pol gespeicherten 3D-Objekte durch Projektion in 
2-dimensionale Szenen über, die wir auf dem Bildschirm darstellen 
können. Diese 2-dimensionalen Szenen speichern wir ähnlich wie in 
Kapitel 2. Die Ecken der projizierten Polygone (also die 
Projektionen der Punkte aus D3Pkt) stehen in einem Feld D2Pkt. 
Ein Feld Strk mit den Strecken der 2D-Struktur, wie wir es in 
Abschnitt 2.2 eingeführt haben, brauchen wir hier allerdings 
nicht, denn die Information, welche Punkte durch Strecken 
verbunden sind, ist ja bereits im Feld Pol enthalten. Anstelle 
von D2Pak] verwenden wir deshalb zusammen mit D3Paki stets ein 
abgemagertes 2D-Paket D2Pak2. D2Pak2 enthält den Typ StrkTyp, die 
Variablen Strk und StrkZahl und die Konstante MaxStrkZahl nicht 
mehr. Außerdem sind die Prozeduren StrkEin, ZeichneStrecke und 
ZeichneBild nicht mehr vorhanden. Die Prozedur ZeichneBild wird 
durch eine gleichnamige Prozedur im Paket D3paki ersetzt: 


procedure ZeichneBild; {* D3Paki ®) 
(# Zeichnet alle sichtbaren Polygone #) 


var i,jsinteger; 
vi,v2:VektTyps 


begin 
for i:=i to PolZahl do 
with Polli] do 
if {Farbe’=0) then 
for jı=1 to EckZahl do begin 
KonvPktVekt (D2PktlEckelj]],vil; 
KonvPktVekt (D2Pkt[Eckeltj nod EckZahl)+11],v2)5 
leichneivi,v2,Farbe); 
end; 
end; {* von Zeichneßild #) 


3.3 Abbildungen im Raum 


Nachdem wir im Abschnitt 2.3 die verschiedenen Abbildungen in der 


Ebene recht ausführlich behandelt haben, können wir es hier kurz 


machen: Die entsprechenden Abbildungen im Raum ergeben sich 


[A 


einfach durch "Anhängen der dritten Koordinate". So führt man 
etwa eine Translation durch Addition eines Translationsvektors 
t=(tı,t2,tx) durch. 


Die übrigen Abbildungen dieses Abschnitts lassen sich durch 
3x5-Matrizen beschreiben, wobei das Produkt einer Matrix mit 
einem Vektor durch 


dıı Adı2 dAızs X Slfarıyzdrzydıs) „ (X,Y,2)> 
a2ı d22 23 y = ((Azıyd223d23) „ (X,Yy,2)> 
dsı dAs2 Ass Z (ası,8,a32,833) ,„ (xX,y,2)? 


definiert ist (und von der Prozedur MatVekt aus Abschnitt 2,3 
ausgeführt wird). 


Die folgende Matrix beschreibt eine Drehung um die z-Achse um den 


Winkel «: 


cosa -sinı © 
sin a cosı 
%) Ö i 


Die Drehrichtung ist gegen den Uhrzeigersinn, wenn man entlang 
der z-Achse von oben nach unten, also entgegen der Achsenrichtung 
blickt. Die entsprechenden Drehungen um die x- und die y-Achse 


werden durch die Matrizen 


1 Ö Ö cosıa 90 sind 
0) cos « -sindıd Ö 1 0 
9) sin a cos a - sinıae 0 cos « 


vermittelt. (Die zweite Matrix enthält keine Vorzeichenfehler!) 


Die Matrizen 
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definieren Spiegelungen an der xy-, xz- und yz-Ebene. 


Weitere Abbildungen des Raumes werden durch andere Matrizen 
vermittelt. (Wie sieht wohl die Matrix einer Streckung um den 


Faktor s aus?). 


Die Hintereinanderausführung von Abbildungen kann man wieder 
durch das Matrizenprodukt ausdrücken. Ist A eine 3x3-Matrix mit 
den Zeilenvektoren aı,az,as und B eine Matrix mit den 
Spaltenvektoren bı,bz,bs, 50 ist das Matrizenprodukt A*B die 
durch die folgenden Skalarprodukte definierte Matrix: 


“aı,Bı? (aı,b>? <aı,Bs? 
AB = 82 ,Dı? &a2,b2? (a2,B>s? 
(a3,Dı? (a5,bz? (85,Ds? 


Führt. man beispielsweise zuerst eine Drehung um 90° um die 
z-Achse aus und anschließend eine Spiegelung an der yz-Ebene, so 
läßt sich die zusammengesetzte Abbildung durch das folgende 
Matrizenprodukt ausdrücken: 


Wie im (sehr ähnlichen) Beispiel auf 5.41 erhalten Sie auch hier 
eine andere Matrix, wenn Sie die beiden Faktoren im Matrizen- 
produkt vertauschen. 


Wenn Sie stattdessen einmal die Hintereinanderausführung einer 
Drehung um die z-Achse und einer Spiegelung an der xy-Ebene 
ausprobieren, werden Sie feststellen, daß es in diesem Beispiel 
nicht auf die Reihenfolge der Faktoren ankommt. Man erhält in 
beiden Fällen die gleiche Matrix: 
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cosa -sindk 0 
sin d cos « Ö 
Ö Ö -| 


Das ist auch anschaulich sofort klar: Ob man einen Punkt zuerst 
um die z-Achse dreht und dann an der xy-Ebene spiegelt oder 
umgekehrt - in beiden Fällen erhält man den gleichen Bildpunkt. 


Bei der Hintereinanderausführung von Abbildungen kommt es also 
manchmal auf die Reihenfolge an, manchmal auch nicht. Man muß 
dies jeweils im Einzelfall prüfen, und sollte niemals ohne 
nachzudenken einfach die Faktoren im Matrizenprodukt vertauschen. 


In unseren Programmen werden wir hauptsächlich Translationen und 
Drehungen einsetzen. Insbesondere werden wir im folgenden Kapitel 
die Blickrichtung, aus der wir ein Objekt betrachten, mit Hilfe 
von Drehungen festlegen. 
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A . Projektionen 


Den Graphikbildschirm des Rechners oder das Blatt Papier, auf das 
der Plotter zeichnet, können wir als einen Ausschnitt der Ebene 
auffassen. Die Abbildung eines 3-dimensionalen Gegenstandes wird 
deshalb mathematisch durch eine Projektion auf eine Ebene 
beschrieben. Die verschiedenen Projektionen als grundlegendes 
Werkzeug der Computergraphik sind Thema dieses Kapitels. 


Im Abschnitt 4.1 behandeln wir UOrthogonalprojektionen. Diese 
einfachsten Parallelprojektionen lassen sich leicht berechnen und 
bieten für die meisten Graphikanwendungen bereits völlig 
ausreichende Möglichkeiten. Im Abschnitt 4.2 beschreiben wir 
allgemeine Parallelprojektionen und erläutern kurz die 
Anwendungsmöglichkeiten von Schrägprojektionen. Abschnitt 4.3 
handelt von Zentralprojektionen, einer Projektionsart, die der 
Sichtweise des menschlichen Auges besser angepaßt ist als die 
Parallelprojektion. 


o 10 Abo X 
Figur 25 Figur 265 


Abbildungen eines 3-dimensionalen Gegenstandes aus verschiedenen 
Blickrichtungen lassen sich am besten an einem nicht allzu 
symmetrischen Gegenstand veranschaulichen. Wir wählen hierfür ein 
Haus, das auf der x,y-Ebene steht und den in Figur 25 gezeigten 
Grundriß hat. 
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Zur Darstellung dieses Hauses greifen wir auf einige Programme 
vor, die wir erst in den folgenden Kapiteln im Detail be- 
schreiben. Die Prozedur, die das Haus erzeugt und in der 
sD-Struktur, also in den Feldern D3Pkt und Pol, speichert, finden 
Sie im Abschnitt 5.3. Wenn wir Projektionen des Hauses ohne 
Unterdrückung der verdeckten Bildteile zeichnen, ergibt sich ein 
eher verwirrendes Bild. Figur 27 zeigt die Ansicht des Hauses aus 
Figur 26 ohne Entfernung der verdeckten Linien, Figur 28 eine 
Ansicht von der Straßenseite aus, ebenfalls ohne Entfernung der 


verdeckten Linien. 


Figur 27 Figur 28 


Der besseren übersichtlichkeit halber wählen wir deshalb für die 
Beispiele in diesem Kapitel Darstellungen, bei denen die rück- 
wärtigen Bildteile, die man bei der Betrachtung eines richtigen 
Hauses nicht sehen könnte, nicht gezeichnet werden. Das Ver- 
fahren, mit dem der Computer erkennt, welche Bildteile verdeckt 
sind, beschreiben wir in Abschnitt 5.2. Dort finden Sie auch das 
Programm robi, mit dem wir die Abbildungen in diesem Kapitel 


erstellt haben. 


Ein Gefühl für die verschiedenen Projektionen bekommt man an 
besten, wenn man ein wenig mit dem Programm robi spielt. Auf der 
Diskette ist das Programm unter robi.pas gespeichert. Wenn Sie 
die Diskette nicht haben, benötigen Sie die Programmpakete D2Pak2 
(s. Abschnitt 3.2), D5Paki (s. Abschnitt 3.2, Kapitel 4, 
Abschnitt 54.1), D3Pak2 (s. Abschnitt 6.2) und Hausi (s. Abschnitt 
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3.3). Vom Programm robi brauchen Sie nur den zweiten Fall der 
CASE-Anweisung, die übrigen Fälle beziehen sich auf die 


Darstellung anderer Objekte. 


4.1 Orthogonalprojektion 


In diesem und dem folgenden Abschnitt behandeln wir verschiedene 
Parallelprojektionen. Figur 29 zeigt das Grundprinzip der 
Parallelprojektion. Die Projektionsstrahlen haben alle die 
gleiche Richtung, sind also parallel zueinander. Ein Punkt im 
Raum wird auf den Schnittpunkt des zugehörigen Projektionsstrahls 
mit der Projektionsebene projiziert. 


Figur 29 Figur 30 


Bei schönem Wetter kann man die Parallelprojektion in der Natur 
erleben, nämlich beim Schattenwurf, bei dem die (parallelen) 
Sonnenstrahlen als Projektionsstrahlen fungieren. In unseren 
Breiten beobachtet man dabei eher den schrägen Lichteinfall wie 
in Figur 29, in der Nähe des Äquators tritt auch der Fall von 
Figur 30 auf. Auf diesen Spezialfall, bei dem die Projektions- 
strahlen senkrecht auf der Projektionsebene stehen, werden wir 
uns in diesem Abschnitt konzentrieren. 
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Die Orthogonalprojektion auf eine Ebene E im Raum ist die 


Abbildung, die jedem Raumpunkt p den Fußpunkt p’ des Lotes 


a. ‚muss an ssstasnnnnnrE Hanne ne Padtsnsnsnenne: 


Oennsesocnnatnes sn nunsarnsnnnnsäseBnnsesenussunnnns une: 


Projiziert man statt auf E auf eine zu E parallele Ebene E’,so 
erhält man das gleiche Bild (lediglich in der Ebene E’ statt in 
E). Es kommt also bei der Orthogonalprojektion (und bei allen 
anderen Parallelprojektionen auch) nicht auf die Entfernung 
zwischen dem Objekt und der Projektionsebene an. Auch gibt es 
hier nicht so etwas wie die Entfernung zwischen dem Beobachter 
und dem betrachteten Objekt. Man hat lediglich die Richtung, in 
die man blickt, nämlich die Projektionsrichtung, wobei man sich 
vorstellen kann, daß man das Objekt aus großer Entfernung sieht. 
Die Vorstellung der Projektionsrichtung als "Blickrichtung" ist 
auch nur beschränkt richtig. Die obige Projektionsvorschrift 
unterscheidet nicht, in welcher Richtung man am Projektionsstrahl 
entlangblickt. Wenn der Beobachter sich um 180° dreht, sieht er 
das gleiche Bild. In Figur 28 wird dementsprechend auch die 
Vorder- und Rückfront des Hauses gleichzeitig dargestellt. 
Parallelprojektionen realisieren also offenbar noch nicht alle 
Effekte, die wir vom gewöhnlichen Sehen gewohnt sind. In dieser 
Hinsicht werden wir (u.a. im übernächsten Abschnitt) noch einiges 
verbessern. 


Besonders einfach zu berechnen ist die Orthogonalprojektion auf 
die x,y-Ebene, Man erhält die Projektion eines Punktes p=(x,y,z), 
indem man die letzte Koordinate gleich Null setzt: p’=(x,y,Ö). 
Vom Haus aus Figur 26 sieht man hierbei nur den Grundriß. Neben 
dieser extremen Luftaufnahme möchte man aber natürlich auch 
andere Ansichten des Hauses betrachten. 


Eine beliebige andere Orthogonalprojektion legen wir nun durch 

Angabe der Projektionsrichtung fest. Als Projektionsebene können 
wir dabei immer die Ebene wählen, die auf der Projektionsrichtung 
senkrecht steht und den Koordinatenursprung enthält. Eine Ortho- 
gonalprojektion ist also durch Festlegung der Projektionsrichtung 
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vollständig bestimmt. Die Projektionsstrahlen sind parallele 
Geraden. Man kann sie deshalb in Parameterdarstellung alle mit 
dem gleichen Richtungsvektor r$(0,0,0) darstellen (s. Abschnitt 
2.1), Der Richtungsvektor r legt damit die Projektionsrichtung 
fest. Statt r kann man auch jeden Vektor atr mit aft0 als 
Richtungsvektor nehmen, insbesondere auch den Vektor -r. Der 
"umgekehrte" Richtungsvektor definiert also die gleiche 
Projektionsrichtung. Für die Orthogonalprojektion auf die 
x,y-Ebene ist z.B. r=(0,0,1) ein geeigneter Richtungsvektor. 


Figur 31 


Da es auf die Länge des Richtungsvektors nicht ankommt, können 
wir annehmen, daß er stets die Länge I hat. Einen solchen Vektor 
kann man statt durch seine x-, y- und z-Koordinaten auch durch 
zwei Winkel ® und $ angeben (Figur 31). 8 ist der Winkel, den der 
Vektor r ait der (positiven) z-Achse einschließt. r’ ist die 
Orthogonalprojektion von r auf die x,y-Ebene, $ der Winkel, den 
mr" und die (positive) x-Achse einschließen. In gewöhnlichen x-, 
y- und z-Koordinaten hat unser Richtungsvektor die Darstellung 
r=(cos ® sin $ „ sin ® sin $® „ cos ®#). Eine Darstellung eines 
Vektors mit den Winkeln ® und $, sowie seiner Länge heißt 


Te Te rn 


Physik und Technik, die Kugelsymmetrie haben, lassen sich damit 
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einfacher handhaben als mit der gewöhnlichen Koordinaten- 
darstellung. 


Die Polarkoordinatendarstellung der Projektionsrichtung ist 
anschaulicher als eine Darstellung in x-,y- und z-Koordinaten. 
Wenn wir etwa das Haus mit der durch ® und $ gegebenen 
Projektionsrichtung betrachten, 50 beschreibt der Winkel ®, wie 
der stolze Hausbesitzer rund um sein Haus geht (kein Reihen- 
haus!), der Winkel ® gibt an, aus welcher Höhe er es betrachtet: 
Bei 6=90° kriecht er bäuchlings, bei 9=10° fliegt er. Figur 32 
zeigt eine Ansicht der Straßenfront (8 =-90°, 8=90°), Figur 353 
eine ebensolche Ansicht, aber etwas mehr von oben betrachtet 
(8=-90°, 0=45°), Figur 26 zeigt das Haus aus der Blickrichtung 
$=-120° und #=80°., 


Figur 32 Figur 33 


Den Bildern liegt die folgende Interpretation des durch ® und ® 
gegebenen Richtungsvektors r=(cos ® sin $ ,„ sin ® sin® ,„cos ®) 


DET LOL LIE RE Peer Per PneEeE N yTEppuFTPpuTTr ren 


Der Beobachter befindet sich an der Spitze des Vektors r 
(oder eines entsprechend verlängerten Vektors weit weg vom 
Haus) und blickt von dort in Richtung Koordinatenursprung. 
Er befindet sich also gewissermaßen in einer (auch in der 
Höhe schwenkbaren) Gondel eines Kirmeskarussels und blickt 
von dart zur Karussellmitte. Der Vektor r ist der Arm, an 
dem die Gondel befestigt ist. 
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Bereits am Anfang des Abschnitts haben wir allerdings gesehen, 
daß die bloße Projektionsvorschrift für die Orthogonalprojektion 
(oder eine andere Parallelprojektion) eine solche Interpretation, 
nämlich die Unterscheidung zwischen der Blickrichtung r und der 
Blickrichtung —-r, gar nicht erlaubt. Die Ansichten aus 
Blickrichtung r und Blickrichtung -r werden in der Projektion 
immer gleichzeitig dargestellt, also Figur 27 statt Figur 26 und 
Figur 28 statt Figur 32. Wie man die beiden Blickrichtungen 
trennt, und so nicht nur durchsichtige Häuser, sondern auch 
richtige, massive darstellen kann, lernen wir erst im Kapitel 4 
kennen. Damit wir übersichtliche Bilder erhalten, nehmen wir aber 
an, daß wir es jetzt schon können (und machen uns keine Gedanken 
darüber, wie das Programm robi dies macht). Das Wort Blick- 
richtung verwenden wir damit ab jetzt im Sinne der obigen 
Interpretation. 


Bisher haben wir nur den sehr einfachen Fall der Orthogonal- 
projektion auf die x,y-Ebene mathematisch beschrieben. Den 
allgemeinen Fall einer Orthogonalprojektion mit durch ® und 9 
gegebener Blickrichtung führen wir jetzt auf diesen Spezialfall 
zurück. Der Orthogonalprojektion auf die x,y-Ebene entspricht die 
durch den Vektor (0,0,1) festgelegte Blickrichtung. Den Übergang 
von (0,0,1) zum Vektor r mit Polarkoordinaten ® und 6 können wir 
durch die Hintereinanderausführung von zwei Drehungen beschreiben 
(Figur 31): 


A: Drehung um die x-Achse um den Winkel 9, 
B: Drehung um die z-Achse um den Winkel %+90°. 


Nehmen wir als Beispiel den Fall %=0° und 9=45°, Der Vektor 
(0,0,1) wird durch die Drehung A innerhalb der y,z-Ebene um den 
Winkel 45° gedreht, und zwar entgegen dem Uhrzeigersinn, wenn man 
entgegen der Richtung der x-Achse auf die y,z-Ebene blickt. Er 
geht also in den Vektor (0 „ -sin 45° „ cos 45°) über. 
Anschließend wird die Drehung B um den Winkel 90° um die z-Achse 
ausgeführt (entgegen dem Uhrzeigersinn, wenn man von oben auf die 
x‚y-Ebene blickt), Dabei geht die y,‚,z-Ebene in die x,z-Ebene über 
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und insbesondere der Vektor (0 „ -sin 45° „ cos 45°) in 
(sin 45° „OÖ , cos 45°). 


Drehungen um die Koordinatenachsen hatten wir in Abschnitt 3.3 
durch Matrizen dargestellt. Unter Berücksichtigung von 


sin($+90°) = cos ® cos($+90°) = -sin 9 


erhalten wir die Matrizen der beiden Drehungen: 


-sin ® -cos ® Ö i N) Ö 
B = cos ® -sin® 0 A = ü cos 9 -sin 9 
Ö Ö 1 8) sin 9 cos 9 


Durch Matrizenmultiplikation ergibt sich die Matrix der 


zusammengesetzten Abbildung: 


-sin ® -cos ® cos 9 cos &® sin 9 
C= B*#A >= cos ® -sin ® cos 9 sin ® sin $ 
Ö sin 9 cos 9 


Anstatt nun die Blickrichtung durch die aus den beiden Drehungen 
A und B zusammengesetzte Abbildung C zu wechseln, können wir auch 
unsere alte Blickrichtung (0,0,1) beibehalten und stattdessen auf 
das Haus die Umkehrabbildung C”! von EC anwenden. Die Abbildung 
EC! setzt sich aus den Umkehrabbildungen A’! und B”! der Drehun- 
gen A und B zusammen, und zwar in umgekehrter Reihenfolge ausge- 
führt (zuerst B’'!, dann A’): 


B’': Drehung um die z-Achse um den Winkel -(8+90%). 
A!: Drehung um die x-Achse um den Winkel -®. 


Die Matrizen dieser Abbildungen sind: 
i ) Ö -sin ® cos ® 1) 


A! = 0) cos 9 sin ® B*' = -cos $ -sin ® Ö 
Ü -sin 9 cos 9 Ö Ö 1 
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Die Matrix der Abbildung C”! entsteht wieder als Matrizenprodukt: 


-sin ® cos # Ö 
Ce Ar'«B! = -cos $ cos $ -cos $ sin ® sin 9 
sin d cos ? sin 9 sin ®% cos 9 


Die Orthogonalprojektion des Hauses (oder eines beliebigen 
anderen Objekts) in der durch ® und 9 gegebenen Blickrichtung 
erhalten wir damit in zwei Schritten: 


il. Transformiere das Objekt mit der Matrix A’'*B’!, 
2. Projiziere das im I. Schritt transformierte Objekt 
orthogonal auf die x,y-Ebene. 


Die Prozedur OrthMat stellt die Matrix C’! = A’'+B’'! für die 
durch ® und $ festgelegte Blickrichtung auf. Die Prozedur 
OrthProj führt die Projektion aus, indem sie die Punkte aus D3Pkt 
mit C’!: transformiert und das Ergebnis im Feld D2Pkt speichert. 


procedure OrthMativar AsMatTypsphi,theta:sreal); (#* D5Pakl *) 


(* Erzeugt Matrix A für Orthogonalprojektion auf Ebene ait Normalenvektor n. #) 
(& n in Polarkoordinaten durch Winkel phi, theta gegeben. #) 


begin 
phi:=Bogen(phi); theta:=Bogen(theta); 
ALL,1ls=-siniphi); AL2,1)2=-cos(theta)tcos(phi); 
ALS,1lı=sin(theta)&cosiphi); 
Al1,2]:=cos(phi)s ALZ2,2]3=-cos(theta)#sin(phi); 
AL3,21:=sinitheta)&sin(phi); 
Al1,31:=0; AL2,3l:=ssinitheta); AL3,Sl:=cositheta); 
end; {* von OrthMat #) 


procedure OrthProjfphi,theta:real); (* D3Pakl *) 
(* Orthogonalprojektion; Blickrichtung in Polarkoord.: phi,theta #) 
var isintegers 


A:MatTyp; 
v‚n:VektTyp; 
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begin 
OrthMatiA,phi,thetal; 


tor i:=l to BöPktZahl do begin 
KonvPktVekt iDSPktLil,vi; 
MatVektiA,v,w; 
D2PktEin(wE1],n[2] wi3)b 
end; 


end; {* von ÜrthProj *) 


Zur Transformation des Hauses werden nur die Punkte aus D3Pkt 
transformiert (und in D2Pkt gespeichert), Durch die transfor- 
mierten Punkte und durch die im Feld Pol gespeicherte Information 
über die kombinatorische Struktur des Hauses ist die Projektion 
vollständig bestimmt und kann von der Prozedur ZeichneBild aus 
Abschnitt 3.2 gezeichnet werden. Dies liegt daran, daß man zur 
Projektion einer Strecke nur ihre Endpunkte projizieren muß: 


Die Parallelprojektion der Strecke [a,b] ist die Strecke 
(a’,b’] zwischen den Projektionen a’,b’ der Punkte a,b. 


Ein entsprechendes Prinzip hatten wir bereits im Abschnitt 2.3 
bei den Abbildungen in der Ebene ausgenutzt. Daß dieses Prinzip 
für Parallelprojektionen gültig ist, sieht man anschaulich an 
Figur 29. Für die Orthogonalprojektion kann man dies auch mit 
Hilfe der Matrixdarstellung nachrechnen: Für eine Matrix A, 
Vektoren v,w und Zahlen a,b gilt (rechnen Sie's nach): 


Alatvtbiw) = at(Av) + bt(Aw . 


Man kann also das Produkt Matrix mal Vektor mit den Vektor- 
operationen (Addition von Vektoren und Multiplikation eines 
Vektors mit einer Zahl) vertauschen. Nach der Parameter- 
darstellung einer Strecke (Abschnitt 2.1) haben die Punkte der 
Strecke [a,b] die Form p = (l-t)ta + t*b mait O<St<si . Der 
Punkt 
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Ap = Attli-t)sa + t#b) = (Ii-t)#t(Aa) + triAb) 
= (I-t)ta’ + t#b’ 


liegt also auf der Strecke [a°,b’‘]l. Liest man die Gleichung in 
umgekehrter Richtung, so folgt, daß umgekehrt auch jeder Punkt 
der Strecke (a’,b’] aus einem Punkt der Strecke [a,b] durch 
Multiplikation mit A ensteht. 


Vielleicht ist Ihnen bereits aufgefallen, daß in der Prozedur 
ÖrthProj eigentlich ein unnötiger Rechenaufwand getrieben wird. 
Es wird nämlich auch die z-Koordinate des transformierten Punktes 
berechnet, obwohl wir die eigentlich gar nicht brauchen - sie 
wird ja bei der anschließenden Orthogonalprojektion auf die 
x‚y-Ebene ohnehin gleich Null gesetzt bzw. einfach weggelassen. 
Wir berechnen diese z-Koordinate jedoch mit voller Absicht, denn 
es wird sich herausstellen, daß wir sie für andere Zwecke als die 
bloße Parallelprojektion sehr wohl noch brauchen können. Eine 
erste Verwendung dafür haben wir bereits im übernächsten 
Abschnitt bei der Zentralprojektion. Noch wichtiger ist die 
Ausnutzung der z-kKoordinate bei der Entfernung verdeckter Linien, 
wie wir in Kapitel 5 sehen werden. Man führt deshalb eine Projek- 
tion in der Computergraphik (fast) immer in zwei Schritten durch: 


l« Ausgehend von der ursprünglichen Koordinatendarstellung 


a Dun One a a OT SE Ba Home areas 


KT a Te re en Front 


über. 


2. Das Bildkoordinatensystem ist so beschaffen, daß man von 
ihm aus durch Orthogonalprojektion auf die x,y-Ebene 
(also durch Weglassen der letzten Koordinate) zur 
Bildschirmdarstellung gelangt. 


Zwischen dem 1. und 2. Schritt setzen die meisten Verfahren zur 
Entfernung verdeckter Linien an. Das hat den Vorteil, daß man 
diese teilweise recht komplizierten Verfahren nicht in verschie- 
denen Versionen für verschiedene Projektionen bereithalten auf, 
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sondern nur für eine sehr einfache Projektion, die Orthogonal- 
projektion auf die x,y-Ebene. 


In unseren Programmen steht das Objekt in Weltkoordinaten im Feld 
DSPkt, seine Darstellung in Bildkoordinaten im Feld D2Pkt. Bei 
der Orthogonalprojektion wird der übergang vom Welt- zum 
Bildkoordinatensystem durch die Matrix A’!+B”" besorgt. 
Betrachtet man das gleiche Objekt aus verschiedenen Richtungen, 
bleibt seine Darstellung in Weltkoordinaten immer gleich, während 
für jede neue Blickrichtung eine eigene Darstellung in Bildkoor- 
dinaten berechnet werden muß. 


4.2 Schrägprojektion 


OÖrthogonalprojektionen sind mathematisch relativ einfach zu 
beschreiben und liefern recht realistisch aussehende Bilder. 
Andere Parallelprojektionen, bei denen die Projektionsrichtung 
schräg zur Projektionsebene steht (Figur 29), spielen aber in der 
darstellenden Geometrie (vgl. [LdJ) auch eine wichtige Rolle. Dies 
wollen wir Ihnen am Beispiel von Schrägprojektionen auf die 
x,y-Ebene demonstrieren. Dabei werden wir gleichzeitig auch noch 
eine zusätzliche Anwendung der Matrizenrechnung zur Beschreibung 
geometrischer Sachverhalte kennenlernen, 


Figur 34 
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Zum Bau eines Hauses benötigt man Baupläne, aus denen man die 
Maße (Längen und Winkel) exakt ablesen kann, also z.B. eine 
exakte Zeichnung des Grundrisses. Unsere Orthogonalprojektionen 
des Hauses sind für diese Aufgabe größtenteils unbrauchbar. Das 
sehen Sie in Figur 34 (Blickrichtung ®=-30°, 6=B0°) bereits 
daran, daß die zum Grundriß gehörigen Kanten, die an einer Ecke 
zusammenstoßen, nicht einen Winkel von 90° einschließen, wie dies 
nach der Grundrißzeichnung in Figur 25 sein müßte. 


Die einzigen Orthogonalprojektionen, die den Grundriß exakt 
abbilden, sind die, die das Haus genau von oben zeigen, also mit 
6=0°%, Diese Projektionen haben jedoch den Nachteil, daß sie keine 
anschauliche Darstellung des Hauses vermitteln. Wünschenswert ist 
es also, das Haus so zu projizieren, daß es einerseits einiger- 
maßen realistisch aussieht, und daß man andererseits die exakten 


Maße des Grundrisses aus der Projektion ablesen kann. 


Bei jeder Parallelprojektion werden die Längen und Winkel von 
Strecken, die in der Projektionsebene (oder einer dazu parallelen 
Ebene) liegen, unverzerrt abgebildet (Figur 29). Beim Beispiel 
des Hauses, das auf der x,y-Ebene steht, erfüllt also jede 
Parallelprojektion auf die x,y-Ebene die Forderung nach maßstab- 
getreuer Abbildnug des Grundrisses. Um gleichzeitig eine 
räumliche Ansicht des Hauses zu erzeugen, wählen wir anstelle der 
durch den Vektor (0,0,1) gegebenen senkrechten Blickrichtung eine 
schräge Blickrichtung, definiert durch einen Vektor r=(a,b,c). 
Für eine Parallelprojektion auf die x,y-Ebene kommen für die 
Blickrichtung natürlich nur solche Vektoren r in Frage, die nicht 
selbst in der x,y-Ebene liegen, d.h. c#0. Da es auf die Länge 
eines Vektors r, der die Blickrichtung angibt, nicht ankommt, 
können wir statt r auch den Vektor (i/c)*r als Richtungsvektor 
nehmen. Wir können also von vornherein annehnen, daß c=I gilt. 


Eine beliebige Parallelprojektion auf die x,y-Ebene ist 
durch einen Vektor r=(a,b,i), der die Blickrichtung angibt, 
bestimmt. 
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Im vorigen Abschnitt hatten wir den übergang von der Blick- 
richtung (0,0,1) der Orthogonalprojektion zur neuen Blickrichtung 
r, die wir durch die Winkel ® und $ in Polarkoordinaten angegeben 
hatten, durch eine Matrix C beschrieben. Die Matrix C setzte sich 
dabei als Matrizenprodukt aus den Matrizen A und B zweier 
Drehungen um die x- und z-Achse zusammen. Den übergang zur neuen 
Blickrichtung r wollen wir auch hier durch eine Matrix C 
beschreiben. Im Unterschied zum vorigen Abschnitt drehen wir 
jedoch hier die Projektionsebene nicht gleichzeitig mit, sondern 
halten sie fest. Die Matrix C läßt sich deshalb hier auch nicht 


aus zwei Drehungen zusammensetzen. Es ist 


In den beiden ersten Spalten der Matrix stehen die Vektoren 
(1,0,0) und (0,1,0) (als Spaltenvektoren geschrieben). Dies 
bewirkt, daß alle Vektoren (x,y,0) der x,y-Ebene durch 
Multiplikation mit der Matrix C auf sich selbst abgebildet 
werden. Die x,y-Ebene (als Projektionsebene) wird also 
tatsächlich festgehalten. In der dritten Spalte der Matrix C 
steht der Vektor r=(a,b,1) der neuen Blickrichtung. Deshalb wird 


der Vektor (0,0,1) durch E auf die neue Blickrichtung r 
abgebildet. (Im vorigen Abschnitt stand in der letzten Spalte der 


Matrix C ebenfalls der Vektor r=(cos ® sin ®, sin ® sin ®, cos 9) 
der neuen Blickrichtung.) 


Anstatt die Blickrichtung durch die Abbildung C zu ändern, haben 
wir im vorigen Abschnitt die alte Blickrichtung beibehalten und 
stattdessen auf das Haus, das wir projizieren wollten, die 
Umkehrabbildung C’* angewendet. So können wir hier auch vorgehen. 
Allerdings können wir die Abbildung CE”! nicht auf die gleiche 


Weise bestimmen wie im vorigen Abschnitt. 


Die Umkehrabbildung C”* von C ist dadurch gekennzeichnet, daß die 
Hintereinanderausführung von EC und C”! wieder auf den alten 
Zustand zurückführt. Wenn man also EC’! auch wieder durch eine 
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Matrix ausdrücken kann (was wir hoffen und auch gleich zeigen 
werden), muß das Matrizenprodukt von EC und EC”! die Matrix 
ergeben, die jeden Vektor auf sich selbst abbildet. Diese Matrix, 


die sogenannte Einheitsmatrix, sieht so aus: 


N 00 
E = 0 1 0 
00 1 


Wenn Sie die Matrizen EC und C”* aus dem vorigen Abschnitt 
miteinander multiplizieren, werden Sie feststellen, daß dort 


Cıklc"! = Cr’ıc=E 


gilt. (Sie müssen hierbei nur sin? a + cos? « = | ausnutzen.) 
EC! heißt die inverse Matrix zu C. Mehr über inverse Matrizen, 
wann sie existieren (nicht zu jeder Matrix gibt es eine inverse 
Matrix) und wie man sie ausrechnet, findet man z.B. (dargestellt 
für 2x2-Matrizen) in [9]. 


Die inverse Matrix zur Matrix C aus diesem Abschnitt kann man 
recht schnell "erraten". In den ersten beiden Spalten von C-! 
müssen wieder die beiden Vektoren (1,0,0) und (0,1,0) stehen, 
denn nur dann stehen in den ersten beiden Spalten von C#C°! die 
Vektoren (1,0,0) und (0,1,0), also die ersten beiden Spalten der 
Einheitsmatrix E. Es bleibt also die letzte Spalte (a’,b’,c’) von 
EC’ zu bestimmen. Rechts unten in der Ecke der Einheitsmatrix 
steht eine |, also ist 


1 = C(0,0, 1), (a,b, ))=c'. 


Die übrigen beiden Elemente in der letzten Spalte von E sind Ö. 
Daraus können wir a’ und b’ bestimmen: 


<(1,0,a),(a’,b’,1)> 
<(0,1,b),ta’,b‘,1)> 


a ta 
b’+b. 


Unsere inverse Matrix C’: lautet also (machen Sie die Probe): 
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I N) -3 
Er 9) 1 -b 
Ö Ö 1 


Sie können nun beliebige Schrägprojektionen auf die x,y-Ebene 
herstellen: Wählen Sie eine Blickrichtung (a,b,i), transformieren 
Sie das Haus (oder was Sie sonst abbilden wollen) mit EC’! und 
projizieren Sie anschließend orthogonal auf die x,y-Ebene. Hierzu 
können Sie die Programme des vorigen Abschnitts verwenden. Sie 
müssen dabei nur die Prozedur OrthMat so abändern, daß sie die 


neue Matrix C’! aufstellt. 


Im Prinzip können Sie den Vektor (a,b,i) völlig beliebig wählen. 
Dabei erhalten Sie jedesmal eine Ansicht des Hauses, die den 
Grundriß maßstabgerecht abbildet. Allerdings wirkt diese Ansicht 
in vielen Fällen nicht allzu realistisch, wie Figur 35 mit 
Blickrichtung (-5,-10,1) zeigt. Die Verzerrung kommt haupt- 
sächlich dadurch zustande, daß der dritte Koordinatenvektor 
(0,0,1) bei dieser Projektion auf den Vektor (5,10,0) abgebildet 
wird, einen Vektor, der wesentlich länger ist als die Projek- 
tionen der beiden anderen Koordinatenvektoren (1,0,0) und 
(0,1,0). 


Figur 35 Figur 36 


0 


Wählt man eine Blickrichtung (a,b,i) mit a“+b?=i „ bei der also 
der Vektor (0,0,1) auf den Vektor (-a,-b,0) der Länge | 
projiziert wird, sieht das Haus schon viel besser aus. Ein 
solcher Blickrichtungsvektor läßt sich als (cosa« , sin« ,J) 
schreiben. Figur 36 ist mit dem Winkel «=-120° dargestellt. Dies 


ist die sogenannte Militärprojektion (vgl. [6)). 


Wir haben uns hier auf Schräprojektionen auf die x,y-Ebene 
beschränkt. Wenn Sie die Ergebnisse dieses Abschnitts mit den 
Möglichkeiten der Orthogonalprojektion auf beliebige Ebenen 
kombinieren, die wir im vorigen Abschnitt behandelt haben, können 
Sie auch Schrägprojektionen auf andere Ebenen darstellen. 
("Kombinieren" heißt hierbei natürlich "Matrizenprodukte bilden" 


- probieren Sie's mal.) 


Sehr gebräuchlich sind auch Schrägprojektionen auf die y,‚,z-Ebene, 
die man in Büchern über darstellende Geometrie [6] unter dem 
Stichwort Kavalierprojektion findet. Hierbei werden nicht die 
Grundrisse unverzerrt dargestellt, sondern Frontansichten. Die 
Kavalierprojektion eignet sich also z.B. gut zur Darstellung von 
Gebäuden aus der Sicht eines davorstehenden Betrachters. 
Gleichzeitig kann man aus einer solchen Zeichnung eines Hauses 
auch die exakten Maße etwa von Türen und Fenstern ablesen. 


Figur 37 


A 


Im Gegensatz dazu hat die Militärprojektion eher etwas "luftbild- 
haftes" an sich - und wird auch in dieser Weise eingesetzt, 
beispielsweise bei Stadtplänen (Figur 37), auf denen die mehr 
oder weniger sehenswerten Bauwerke der Stadt auch bildlich 
dargestellt sind, gleichzeitig aber die Maße im Stadtplan 
(einigermaßen) stimmen müssen. 


Abschließen wollen wir diesen Abschnitt mit einer Bemerkung, die 
Ihnen nach den bisherigen Beispielen vermutlich bereits als 
selbstverständlich erscheint: 


Eine Parallelprojektion bildet parallele Geraden stets 
wieder auf parallele Geraden ab. 


Die Gültigkeit dieses Prinzips wird anschaulich bereits an Hand 
von Figur 29 klar, und sie erweist sich auch an den übrigen 
Abbildungen in den beiden letzten Abschnitten (im Rahmen der 
Genauigkeit des Graphikdruckers). Mit Hilfe der Matrixdarstellung 
der Parallelprojektion kann man das Prinzip auch rechnerisch 
verifizieren: Sind zwei Geraden g und h im Raum in Parameter- 
darstellung mit Richtungsvektoren q und r gegeben (s. Abschnitt 
3.1), so sind g und h genau dann parallel, wenn q und r die 
gleiche Richtung haben, wenn es also eine Zahl amit r = atg 
gibt. Wird die Parallelprojektion durch die Matrix A beschrieben, 
so sind Aq und Ar = Alatg) = at{Aq) Richtungsvektoren der 
projizierten Geraden. Also sind diese Geraden auch wieder 
parallel. 


Die Tatsache, daß parallele Geraden wieder auf parallele Geraden 
abgebildet werden, kann man nutzen, um Parallelprojektionen 
zeichnerisch zu konstruieren. Dazu muß man nur die Projektionen 
x,y und z der drei Koordinatenvektoren (1,0,0), (0,1,0) und 
(0,0,1} kennen. Man kennt dann die Projektionen der drei 
Koordinatenachsen einschließlich des auf ihnen jeweils gültigen 
Maßstabs. Die Projektion des Punktes a aus Figur 22 kann man dann 
wie in Figur 38 finden, indem man die Projektion des zugehörigen 


Koordinatenquaders konstruiert. Mit dieser Methode werden 
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Paralleiprojektionen in der garstelienden Geometrie konstruiert. 
Figur 38 zeıgt die Konstruktion für die Militärprojektion. 


Figur 38 


Die Projektion eines Quaders kann man auch fur jede andere 
Vorgabe der drei Vektoren x,y und z (die nicht alle die gleiche 
Richtung haben) nach dem obigen Verfahren konstruieren. Es fragt 
sich dabeı natürlich, ob die sc hergestellte Zeichnung auch imaer 
eine Parallelprojektion {ın irgendeiner Richtung auf ırgendeine 
Ebene} darstelit, Dies ist tatsächlich der Fall {Satz von 
Pohlke}, obxohl es auf den ersten Blick keineswegs selbst- 
verständlich ist. (Ohne daß man's vorher weiß, wird aan figur 35 
nicht für eine Paralleiprojektion des Hauses halten.}! Für den 
Fall, dan x=(1,0,0), y=-(0,1,0) und z beliebig ıst, haben wir dies 
durch die obige Matrixdarstellung gezeigt. Das Gleiche gilt damıt 
auch für jede andere Wahl von x,y,2, hei der x und y die gleiche 
Lange haben und senkrecht aufeinander stehen (passende Wahl des 
Maßstabs und Drehen des Zeichenhlatts). Auf eınen vollständigen 
Beweis des Satzes von Pohlke verzichten wir. 
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4.3 Zentralprojektion 


Figur 39 


Parallelprojektionen liefern in vielen Fällen recht realistische 
Darstellungen räumlicher Übjekte, wie die Beispiele aus den 
vorhergehenden Abschnitten zeigen. Dies kann jedoch nicht darüber 
hinwegtäuschen, daß das Auge die Welt nicht mit einer Parallel- 
projektion abbildet. Parallele Geraden erscheinen beim räumlichen 
Sehen keineswegs wieder parallel. Wenn man etwa eine Straße 
hinunterblickt, so wird die Straße zum Horizont hin immer 
schmaler, die parallelen Straßenränder laufen also in der 
Projektion aufeinander zu. Figur 39 gibt diesen räumlichen 
Eindruck, während die Parallelprojektion der gleichen Straße in 
Figur 40 unnatürlich wirkt. 


Figur 40 


Um einen perspektivischen Eindruck wie beim räumlichen Sehen zu 
erhalten, muß man anstelle einer Parallelprojektion eine Zentral- 
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projektion anwenden. Bei der Zentralprojektion sind die Projek- 
tionsstrahlen nicht parallel, sondern gehen von einem Punkt, dem 
Projektionszentrum aus (Figur 41). Das Auge des Beobachters 


SBaaasassasensnsn Ener Or T rss RES L OH On na trennten er rete 


befindet sich im Projektionszentrun, das deshalb auch häufig 


Figur 41 


Zur mathematischen Beschreibung der Zentralprojektion gehen wir 
zunächst von einem Spezialfall aus: Die Projektionsebene sei die 
x,‚y-Ebene und das Projektionszentrum z liege auf der z-Achse im 
Abstand d von der Projektionsebene, z=(0,0,d). Die Projektion 
eines Punktes p=(x,y,z) ist der Schnittpunkt p’=(x',y’,0) des 
Projektionsstrahls durch p und das Projektionszentrum z mit der 
x‚y-Ebene. Der Projektionsstrahl hat die Parameterdarstellung 


t#(p-z) + z = t*ix,y,z-d) + (0,0,d) „ 
wobei der Parameter t alle reellen Zahlen durchläuft. Sein 
Schnittpunkt mit der x,y-Ebene bestimmt sich aus der 


Vektorgleichung 


ErlKayyz-d) + (0,0,0) = (xy). 
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Koordinatenweise aufgeschrieben ist dies: 


tax = x’ 
tsyay 
t*(z-d) = -d 


Aus der letzten Gleichung entnimmt man den Parameterwert des 
Schnittpunkts: 


Damit erhalten wir die Projektion eines Punktes, indem wir ihn 
mit dem Wert dieses Parameters multiplizieren und anschließend 
orthogonal auf die x,y-Ebene projizieren!: 


Es sei Ta die Zentralprojektion auf die x,y-Ebene mit 
Projektionszentrum (0,0,d). Man erhält die Projektion 
P’ = Ta{p) eines Punktes p=(x,y,z2), indem man p mit dem 
Faktor d/(d-z) multipliziert und diesen Punkt anschließend 


orthogonal auf die x,y-Ebene projiziert: 
p’ = {x#d/(d-z) „ y*d/(d-z) ,Ö). 


Mit den Mitteln aus Abschnitt 4.1 können wir auch Zentral- 
projektionen auf beliebige andere Ebenen durch den Koordinaten- 
ursprung herstellen. Hierzu müssen wir nur zuerst die Blick- 
richtung ändern, wie in Abschnitt 4.1 beschrieben, und dann die 
obige Zentralprojektion auf die x,y-Ebene anwenden. Mit der 
folgenden Prozedur ZentProj können wir so Zentralprojektionen aus 


beliebiger Blickrichtung anfertigen. 


procedure ZentProjiphi,thetatreal; dlent:integer)s; (* D3Paki *) 


(# Zentralprojektion auf Ebene ait Noraalenvektor phi,theta (Polarkoord.} ®) 
(# Projektionszentrum auf Gerade durch Ö senkrecht zur Projektionsebene #) 
(# ım Abstand dZent *) 
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var i,Jtinteger; 
faktor:real; 
A:MatTyp; 
v‚n:VektTyp: 


begin 
OrthMatiA,phi,theta); 


for i:=1 to DöPktZahl da begin 
konvPktVektiD3Pktli},v); 
MatVekt{A,v,n); 
faktor:=dZlent/idlent-wIS)); 
for j:=1 to 3 do nLjl:=faktor@ulj]; 
D2PktEin(m[i1,nl2],wE3D); 

end; 


end; {* von ZentProj *) 


Um die Zentralprojektion einer Strecke zu bekommen, muß man, wie 
bei der Parallelprojektion, nur ihre Endpunkte projizieren und 
die Strecke zwischen den projizierten Endpunkten zeichnen. 
Anschaulich sieht man das an Figur 41, und man kann es auch mit 
der Abbildungsformel der Zentralprojektion und der Parameter- 
darstellung einer Strecke nachrechnen. Das ist allerdings etwas 
mühsamer als im Fall der Parallelprojektion. 


Durch verschiedene Wahl des Projektionszentrums kann man das 
Aussehen des Bildes beeinflussen: 


Je näher das Projektionszentrum am Objekt liegt, um so 
stärker ist die perspektivische Verzerrung, d.h. um so 
spitzer laufen in der Natur parallele Geraden in der 


Projektion aufeinander zu. 


Die Figuren 32 und 453 zeigen eine Zentralprojektion, bei der das 
Zentrum einmal ganz nahe beim Haus liegt und einmal etwas weiter 
weg. Bewegt man das Zentrum unendlich weit vom Haus weg, so geht 
die Zentralprojektion in eine Parallelprojektion über, und man 
erhält die Darstellung des Hauses aus Figur 534. Dieses Verhalten 
der Zentralprojektion kann man auch an der Abbildungsformel 
ablesen. Die Lage des Projektionszentrums nahe beim Objekt 
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bewirkt, daß der Nenner des Bruchs d/(d-z) sehr klein ist, der 
Bruch also insgesamt eine große Zahl ist. Die Multiplikation der 
x- und y-Koordinate mit d/(d-z) führt deshalb zu einer starken 
Verzerrung. Für großes d dahingegen strebt der Faktor d/(d-z) 
gegen 1 und bewirkt somit keine Verzerrung - wir erhalten eine 
Parallelprojektion. 


Figur 42 Figur 43 


Figur 42 wirkt wie eine Aufnahme mit einem extrem starken 
Weitwinkelobjektiv, Figur 43 sieht ungefähr so aus, wie man das 
Haus mit dem bloßen Auge sieht und Figur 34 ist eine Aufnahme des 
Hauses aus großer Entfernung mit einem starken Teleobjektiv. Eine 
realistische Perspektive erhält man, wenn man den Abstand des 
Projektionszentrums vom Objekt nach der folgenden Faustregel 
kleinem Radius r um das Objekt und wähle das Projektionszentrum 
im Abstand 2r vom Kugelmittelpunkt (Figur 44). 


Figur 44 
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Der Grund für das Funktionieren dieser Regel ist, daß das 
menschliche Auge einen Sehwinkel von ca. 60° hat, d.h. man sieht 
alles scharf, was sich in einem Kegel von 60° öffnungswinkel 
befindet. Wählt man das Projektionszentrum gemäß Figur 44, so 
sorgt man gerade dafür, daß sich das Objekt in diesem Kegel 
befindet. 


Die Entfernung zwischen Projektionszentrum und betrachteten 
Objekt ist also entscheidend für das Aussehen des projizierten 
Bildes. Die Entfernung zwischen Übjekt und Projektionsebene ist 
dagegen ziemlich belanglos. An Hand von Figur 41. sieht man: 


Verschiebt man die Projektionsebene, so bewirkt dies 
lediglich eine Änderung der Bildgröße: Zentralprojektionen 
eines festen Objekts bzgl. eines festen Projektionszentrums 
auf zwei verschiedene, zueinander parallele Projektions- 
ebenen E und E’ sind ähnlich, d.h. die Bilder lassen sich 
durch eine Streckung ineinander überführen. 


In unseren Programmen regeln wir die Bildgröße ohnehin gesondert, 
etwa durch die Prozedur StandardFensterBild. In der Prozedur 
ZentProj müssen wir deshalb keine Wahlmöglichkeiten für 
verschiedene Projektionsebenen vorsehen. 


Um ein realistisches Bild zu erhalten, sollte die Orthogonal- 
projektion des Projektionszentrums auf die Projektionsebene, also 
in unserem Fall der Punkt (0,0,0), ungefähr in der Bildmitte 
liegen. Sorgen Sie also (durch eine geeignete Translation) dafür, 
daß das Objekt, das Sie betrachten wollen, einigermaßen 


symmetrisch um den Koordinatenursprung gruppiert ist. 


Zu geringer Abstand zwischen Objekt und Projektionszentrum führt 
nicht nur zu grotesken Verzerrungen, sondern im Extremfall sogar 
zum Programmabsturz, dann nämlich, wenn man versucht "verbotene 
Punkte" zu projizieren: 
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Bei der Zentralprojektion auf die Ebene E mit Projektions- 
zentrum z lassen sich die Punkte der Ebene E’, die parallel 
zu E ist und z enthält, nicht projizieren. 


Für einen Punkt von E’ erhält man nämlich einen Projektions- 
strahl, der parallel zur Projektionsebene E verläuft, also keinen 
Schnittpunkt mit E hat. Für den Fall einer Projektion auf die 
X,‚y-Ebene mit Zentrum z=(0,0,d), auf den wir jede Zentral- 
projektion in unserem Programm zurückführen, besteht E’ aus allen 
Punkten der Form (x,y,z)=(x,y,d). Der Versuch, einen solchen 
Punkt nach der Abbildungsvorschrift dieser Zentralprojektion zu 
projizieren, führt auf eine verbotene Division durch Ö: 
d/(d-z)=d/(d-d)=d/Ö, also zum Ausstieg des Programms. Im 
Unterschied zur Parallelprojektion, bei der man jeden Punkt 
projizieren kann, ist damit bei der Zentralprojektion eine ganze 
Ebene E' von Punkten von der Projektion ausgeschlossen, und man 
muß darauf achten, daß diese Ebene das zu projizierende Übjekt 


nicht schneidet. 
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u 3>3—-dimensionsle Objekt 


Es ist recht mühsam, 3-dimensionale Objekte von Hand in die 
Felder D5SPkt und Pol unserer 3D-Struktur einzugeben. Bereits für 
einen so simplen Körper wie den Würfel muß man mehr als 50 Zahlen 
eintippen (24 für die Koordinaten der 8 Eckpunkte, 24 für die 
Eckenlisten der 6 Seitenflächen...). Bei der Eingabe größerer 
Datenmengen macht man außerdem fast zwangsläufig Fehler - und die 
entstellen das Bild des Objekts meist bis zur Unkenntlichkeit. 
Ein einigermaßen komfortables Graphikprogramm muß deshalb 
Prozeduren enthalten, die "Graphikbausteine", wie Würfel oder die 
Häuser des letzten Kapitels erzeugen und an bestimmten Stellen im 
Raum plazieren. Im Abschnitt 2.3 haben wir mit Elef2 bereits ein 
Beispiel für eine solche Prozedur in der 2D-Graphik kennen- 
gelernt. 


In den folgenden Abschnitten stellen wir Ihnen eine Reihe von 
Prozeduren zur Erzeugung 3-dimensionaler Graphikelemente vor. Bei 
einigen haben wir einfach die Eingaben, die man sonst von Hand 
machen müßte, in eine Prozedur geschrieben, bei anderen haben wir 
besondere Beschreibungsmöglichkeiten, wie Rotationssyanmetrie 
(Abschnitt 5.2) oder eine Funktionsgleichung (Abschnitt 5.4) 
ausgenutzt, um die Programme kürzer und eleganter zu gestalten. 


5.1 Die platonischen Körper 


Am Ende von Abschnitt 3.1 hatten wir (konvexe) Polytope als 
beschränkte Durchschnitte endlich vieler Halbräume definiert. Als 
erstes Beispiel für diese durch ebene Flächen begrenzten Körper 
hatten wir dort den Würfel betrachtet. Der Würfel zeichnet sich 
durch einen besonders regelmäßigen Aufbau aus: alle seine Seiten- 
flächen sind regelmäßige Vierecke (Quadrate), und in jeder Ecke 
stoßen gleichviele, nämlich drei, davon zusamaen. 


Ein Polytop, dessen Seitenflächen sämtlich regelnäßige 
n-Ecke (n ist die gleiche feste Zahl für alle Seitenflächen) 
sind, und bei dem in jeder Ecke die gleiche Anzahl von 
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Seitenflächen zusammenstößt, heißt ein platonischer Körper. 
(Ein n-Eck heißt regelmäßig, wenn alle Kanten die gleiche 
Länge haben und die beiden Kanten, die in einer Ecke 
zusammenstoßen, stets den gleichen Winkel einschließen.) 


Diese Bedingungen sind so stark, daß es insgesamt nur 5 verschie- 
dene platonische Körper gibt, nämlich (in Figur 45 von links nach 
rechts) Tetraeder, Würfel, DOktaeder, Dodekaeder und Ikosaeder. 


Figur 95 


Daß es nicht mehr als 5 platonische Körper gibt, läßt sich aus 
der folgenden Formel herleiten: 


Ist P ein beliebiges (53-dimensionales) Polytop und sind e,k 
und f die Anzahlen seiner Ecken, Kanten und Seitenflächen, 
so gilt stets die Euler-Fornel e -k+f=2. 


Einen Beweis für diese (vielleicht etwas erstaunliche?) Formel 
finden Sie z.B. in [ill]. Mit ihrer Hilfe können wir nun schnell 
nachrechnen, daß es höchstens 5 platonische Körper gibt. 
Angenommen, es gibt einen platonischen Körper mit n-eckigen 
Seitenflächen, von denen jeweils m in einer Ecke zusammenstoßen. 
Die Anzahl k der Kanten können wir dann folgendermaßen bestimmen: 
Wir zählen die Anzahl der Kanten jeder Seitenfläche (jeweils n 
Stück) und summieren diese f Zahlen auf. Als Ergebnis erhalten 
wir fn. Bei diesem Abzählverfahren haben wir die Kanten gerade 
doppelt gezählt, denn jede Kante liegt ja in zwei Seitenflächen: 
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In jeder Ecke stoßen m Seitenflächen, also auch m Kanten 
zusammen. Wenn wir die Anzahl der in einer Ecke anstoßenden 
Kanten über alle e Ecken aufsummieren, ist das Ergebnis en 
wiederum die doppelte Kantenzahl, denn jede Kante hat zwei Enden: 


Mit diesen beiden Gleichungen können wir e und f aus der 
Euler-Formel eliminieren, und erhalten: 


Da die Kantenzahl positiv ist, muß der Klammerausdruck auch 
positiv sein. Dies geht offenbar nur für kleine Werte von m und 
n. Man prüft leicht nach, daß die Klammer genau für die 5 
Kombinationen m=3, n=3 (Tetraeder); na=35, n=4 (Würfel); m=4, n=3 
(Oktaeder); a=3, n=5 (Dodekaeder); m=5, n=3 (Ikosaeder) positiv 
ist. (Bisher haben wir übrigens noch nicht ausgenutzt, daß die 
Seitenflächen regelmäßig sind, sondern nur, daß sie alle n Ecken 
haben und immer m in einer Ecke zusammenstoßen.) 


Hiermit ist natürlich noch nicht bewiesen, daß es nicht mehr als 
5 platonische Körper gibt - es könnten ja zu einer der obigen 
Kombinationen von m und n mehrere verschiedene Polytope 
existieren. Andererseits haben wir auch noch nicht gezeigt, daß 
es die 5 platonischen Körper aus Figur 45 tatsächlich gibt 
(Koordinaten der Ecken?). Beide Probleme kann man durch eine 
Konstruktion der platonischen Körper lösen. Fügt man die m 
regelmäßigen n-Ecke, die in einer Ecke x zusammenstoßen, 
zusammen, so ergibt sich ein "steifes" Gebilde, d.h. die Lage 
aller Ecken dieser m Seitenflächen ist relativ zu x eindeutig 
bestimmt. (Man kann dies mit den Mitteln aus Abschnitt 3.1 
ausrechnen oder sich auch anschaulich durch Bau eines Pappmodells 
klarmachen.) Durch Ansetzen regelmäßiger n-Ecke am Rand des 
bisher konstruierten Teils kann man diese Konstruktion in 


103 


eindeutiger Weise fortsetzen. Daraus folgt, daß es (bis auf die 
Größe und die Lage im Raum) höchstens einen platonischen Körper 
zu jeder der obigen Kombinationen von m und n gibt. In jedem der 
5 Fälle schließt sich die Konstruktion (ohne überlappungen oder 
Durchdringungen). Hieraus kann man Koordinaten der Ecken des 
platonischen Körpers gewinnen (und damit zeigen, daß es die 
Polytope aus Figur 45 tatsächlich gibt). Diesen mühseligen Weg 
zur Konstruktion der platonischen Körper wollen wir hier jedoch 
etwas abkürzen: 


Einen Würfel hatten wir bereits im Abschnitt 3.1 konstruiert. 
Seine B Ecken waren die Punkte (x,y,z2), bei denen x,y und z die 
Werte O0 und i durchlaufen (5. 66). Setzen wir dort statt O0 den 
Wert -i ein, erhalten wir ebenfalls einen Würfel, und zwar einen, 
der symmetrisch zum Koordinatenursprung liegt. Dieser Würfel wird 
von der folgenden Prozedur MachWuerfel konstruiert, wobei seine 
Größe noch durch den Parameter g variiert werden kann (Streckung 
mit Faktor g), und sein Mittelpunkt sich um den Translations- 
vektor (t1,t2,t3) verschieben läßt. Zur Eingabe der Seitenflächen 
benutzen wir die Prozedur ein aus dem Programmpaket DSPaki 

(5. 5N. 


procedure MachWuerfelig,ti,t2,t3,pnzinteger); 

i# Hacht Würfel, Größe g, Mittelpunkt iti,t2, 15) # 

var stinteger; 

begin 
s:=D3Pktlahl; 
DäPktEini-grti,-gtt2,-gttä); DSPktEini-grti,g+t2,-gtt3); 
D3PktEinig+ti,g+t2,-gtt3); DiPktEinigtti,-gtt2,-gtt32; 
D3PktEini-gtti,-gtt2,g+tt3}; DSPktEini-gttl,gtt2,g+tä); 
D3PktEinigtti,gtt2,g+t3)s DSPktEin(gtti,-gtt2,gttä); 
eini4,3,2,1,0,4,pn,5)3 eint2,6,0,1,0,4,pn,5); 
ein(3,7,6,2,0,4,pn,5)5 eini4,8,7,3,0,4,pn,5); 


ein(5,8,4,1,0,4,pn,5); eint6,7,8,5,0,4,pn,5); 


end; {* von Machkuerfel ®) 


104 


Ein Tetraeder läßt sich aus diesem Würfel gemäß Figur 46 
konstruieren: Kı sei eine Diagonale des "Deckels" des Würfels, Kz 
die entgegengesetzte Diagonale des "Bodens". Die Ecken des 
Tetraeders sind also (1,1,1), (-1,-1,1) und (1,-1,-1), (-1,1,-1). 
Jeweils 3 dieser 4 Ecken spannen eine Seitenfläche des Tetraeders 
auf. Mit der Formel für die Länge eines Vektors aus Abschnitt 3.1 
können Sie sofort nachrechnen, daß alle Seitenflächen tatsächlich 
gleichseitige Dreiecke sind. 


Figur 46 


procedure MachTetraeder ig,ti,t2,t3,pn:integer); 
(# Macht Tetraeder, Größe g, Mittelpunkt iti,t2,t9 ® 
var stinteger: 
begin 
5:=DJPktlahl; 


D5PktEinigtti,gtt2,gtt3); DIPktEinig+tti,-g+tt2,-g+t3); 
DSPktEini-gtti,gtt2,-gtt3); DSPKtEine-g+ti,-g+tt2,g+t3); 


eini1,2,4,0,0,3,pn,5); eini1,4,3,0,0,3,pn,5);5 
ein(1,3,2,0,0,3,pn,5); ein(2,3,4,0,0,3,pn,5); 


end; (# von NMachTetraeder #) 
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Ein Oktaeder können wir als Doppelpyramide über einem Quadrat 
konstruieren: Als Ecken des Quadrats wählen wir die Punkte 
(1,0,0), (0,-1,0), (-1,0,0) und (0,1,0). Die Kantenlänge des 
Quadrats beträgt also 2. Die Punkte (0,0,-1) und (0,0,1) haben 
von den vier Ecken des Qaudrats ebenfalls den Abstand 2. Wir 
können sie deshalb als untere und obere Doppelpyramidenspitze des 
Oktaeders verwenden. 


procedure Machüktaeder (g,ti,t2,t3,pnzinteger); 
{# Hacht Üktaeder, Größe g, Mittelpunkt ditz,ts 
var s:integer; 
begin 
s:=D3Pktlahl; 
DärktEiniti,-gtt2,t33; DIPKtEin(grti,t2,t9); 


DaPktEinfti,g+t2,t3); DSPKtEint-grti,t2,13); 
DörktEiniti,t2 ‚grtd D3PktEiniti,tz ‚gt 3); 


mn 7 


an 5: einid, 7. 3; ” 0: 3 an AR 


ein[6,3,4,0,0,3,pn,5)5 einib,4,1,0,0,3,pn,513 


end; {* von Machüktaeder *) 


Figur 47 
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Zwischen Oktaeder und Würfel besteht übrigens ein interessanter 
Zusammenhang (Figur 47). Die Ecken des ÖÜktaeders sind die 
Mittelpunkte der Seitenflächen des Würfels. Zwei Ecken des 
Oktaeders sind genau dann durch eine Kante verbunden, wenn die 
entsprechenden Seitenflächen des Würfels eine Kante gemeinsan 
haben. Drei Ecken des Üktaeders spannen genau dann eine 
Seitenfläche des Üktaeders auf, wenn die entsprechenden 
Seitenflächen des Würfels eine Ecke gemeinsam haben. 


Oktaeder._ ____________Nürfel 
Ecke BER ’ Seitenfläche 
Kante easer > Kante 
Seitenfläche ee ? Ecke 


Zwei Polytope, die in einem solchen Verhältnis zueinander stehen, 
heißen dual. Zu einem platonischen Körper P kann man einen dualen 
Körper P* stets so konstruieren, wie wir das Üktaeder aus den 
Würfel gewonnen haben: man nehme die Mittelpunkte der Seiten- 
flächen von P als Ecken von P*. P* ist wiederum ein platonischer 
Körper. Z.B. erhält man aus dem Oktaeder mit dieser Konstruktion 
wieder einen Würfel. Damit könnte man Figur 47 zu einer beliebig 
langen Folge fortsetzen, die abwechselnd aus Würfeln und 
Oktaedern besteht, und bei der jedes Polytop dem vorhergehenden 
einbeschrieben ist. (Welcher Körper ist dual zum Tetraeder?) 
Dualität gibt es nicht nur bei den platonischen Körpern, sondern 
auch bei allgemeinen Polytopen. Das duale Polytop läßt sich dann 
allerdings nicht mehr ganz so einfach konstruieren, wie hier. 


Während man beim Tetraeder, Würfel und Oktaeder die Koordinaten 
noch recht leicht findet, ist das beim Ikosaeder schon 
schwieriger, und wir erlauben uns, diese Koordinaten hier einfach 
"vom Himmel fallen zu lassen". Mit c = a+Yy9v2 bilden die 
Punkte 


1 = (-1,0,0) 2 = (-c,1,0) 3 = (-1,0,-c) 
4 = (1,0,-c) 5 = (c,-1,0) 6 = (1,0,c) 
7: (0,c,1) 8 = (0,c,-1) g= (c,1,0) 


10 = (-c,-1,0) i1 = (0,-c,-1) 12 = (0,-c,1) 
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die Ecken des in Figur 48 gezeigten Ikosaeders. 


Figur 48 


procedure NachIkosaeder ig,ti,t2,t3,pniinteger); 

i* Hacht Ikosaeder, Größe q, Mittelpunkt (ti,t2,t5} # 

const c=1.618054; 

var  stinteger; 

begin 
s:=DJPktZahl; 
D3PKtEini-gtti,t2,ckgtt3); DIPKLEIN(-gectti,gtt2,t3)5 
D3PktEin(-gtti,t2,-gectt3i; DöfktEinigrti,t2,-gtettö); 
D5PktEinigscetti,-gtt2,t3); DIPktEinigtti,t2,gecHt32; 
D5PKtEiniti,gtett2,gtt3); DSPktEiniti,gectt2,-gtt3); 


D5PktEinigecrti,grt2,t3): DöPktEini-gectti,-gtt2,t3); 
DSPktEiniti,-gec+t2,-g+t3); DIPktEiniti,-geett2,gtts); 


108 


ein(2,7,1,0,0,3,pn,53; ein(8,7,2,0,0,3,pn,53; 
eini3,8,2,0,0,3,pn,5)3 eint4,8,3,0,0,3,pn,5)5 
ein{4,9,8,0,0,3,pn,5): einia,9,4,0,0,3,pn,5; 
ein(6,9,5,0,0,3,pn,5)3 ein{7,9,6,0,0,3,pn,53; 
eini1,7,6,0,0,3,pn,5)3 einid,9,7,0,0,3,Pn,5)3 
ein(10,2,1,0,0,5,pn,5)5 ein(10,3,2,0,0,3,pn,5)3 
ein{10,11,3,0,0,3,pn,5)3 einili,4,3,0,0,5,pn,5)3 
einil1,9,4,0,0,3,pn,5)5 eint(11,12,5,0,0,3,pn,5); 
einil2,6,9,0,0,3,pn,5)3 eini6,12,1,0,0,3,pn,83; 
ein(12,10,1,0,0,3,pn,5)3 eint12,11,10,0,0,3,pn,53} 


end; i* von Machlkosaeder *®) 


Bei der Konstruktion des Dodekaeders können wir ausnutzen, daß 
das Dodekaeder zum Ikosaeder dual ist. Die folgende Prozedur 
erzeugt (bei gleicher Wahl der Parameter g, ti, t2 und t3) das 


dem Ikosaeder einbeschriebene Dodekaeder. 


procedure MachDodekaeder (g,ti,t2,t3,pn:integer); 


(* Macht Dodekaeder, Größe q, Mittelpunkt: iti,t2,t5) © 


const c=1.618034; 
c2=2.618034; 


var stinteger;z 
begin 
s:=D3Pktlahl; g:=roundig#c) div 3; 


DSPktEimi-gectti ,gsctt2,gtctt3); DSPKtEin(-gtti,c2#gtt2,t3); 
DSPktEini-ctgtti,ckgtt2,-c$gtt3)s DSPktEiniti,g+t2,-c2#g+t3}; 
D5PktEinigec+ti,gtctt2,-gectt3), DIPktEinigec2tti,t2,-gtt3P; 
DSPktEinigec2+tti,t2,gtt3); DIPkKtEin(gectti,gectt2,gtcttä); 
DSPktEiniti,gtt2,gec2+t3); DSPktEin(g+ti,gtc2+t2,t3); 
D5PktEini-gec2+ti,t2,g+tt3)s DöpktEint-gtc2+ti,t2,-g+tt3); 
DSPktEini-gectti,-gectt2,-gectt3); DSPktEiniti,-g+rt2,-gec2+t3); 
DSPktEinigec+ti,-gectt2,-gectt3), DIPktEinig+ti,-gtc2+Ht2,t3); 
D5PktEinigtetti,-gectt2,gtc+t3); DIPkKtEin(ti,-g+t2,gec2+t3); 
DSPktEini-gectti,-gectt2,gectt3); D5PktEini-g+ti,-gec2#+t2,t3); 


ein(2,10,8,9,1,5,pn,5)5 ein(5,6,7,8,10,5,pn,5): 
ein{3,4,9,10,2,5,pn,5)5 ein{11,12,3,2,1,5,pn,533 
ein(7,17,18,9,8,5,pn,5)5 eintl4,15,6,5,4,5,pn,5)5 
eini19,20,15,12,11,5,pn,5)5 ein{20,19,18,17,16,5,pn,5)5 
ein{20,16,15,14,13,5,pn,5); ein(9,18,19,11,1,5,pn,5}5 
ein{3,12,15,14,4,5,pn,5)5 ein(6,15,16,17,7,5,pn,5); 


end; {# von MachDodekaeder +) 
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Figur 49 


Figur 49 zeigt die Dualität zwischen Dodekaeder und Ikosaeder. 
Die Bildfolge beginnt oben links mit einem (unsichtbaren) 
Ikosaeder, das einem Dodekaeder einbeschrieben ist. In den 
weiteren Bildern wird das Ikosaeder dann immer mehr "aufgeblasen" 
(Erhöhung des Parameters g in der Prozedur Machlkosaeder). Dabei 
durchstößt es die Seitenflächen des Dodekaeders und hat das 
Dodekaeder im letzten Bild unten rechts ganz "verschluckt". In 
dieser Lage ist das Dodekaeder dem Ikosaeder so einbeschrieben, 
daß seine Ecken die Mittelpunkte der Ikosaederseiten sind. 


über die platonischen Körper läßt sich noch mehr Interessantes 
sagen. Ein platonischer Körper hat z.B. sehr viele Symnetrien, 
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d.h. Drehungen und Spiegelungen, die ihn wieder auf sich selbst 
abbilden. Das Tetraeder hat 24 Symmetrien, Würfel und Oktaeder 48 
und Dodekaeder und Ikosaeder 120. (Würfel und Oktaeder haben 
wegen der Dualität die gleichen Symmetrien, und das gleiche 
trifft auf Dodekaeder und Ikosaeder zu.) Weitere Informationen 
über die platonischen Körper finden Sie z.B. in [ii]. 


Wir haben die platonischen Körper hier deshalb als Beispiele für 
Polytope vorgestellt, weil sie ästhetisch schön sind und wegen 
ihres regelmäßigen Aufbaus eine Reihe interessanter nathema- 
tischer Eigenschaften haben. Man kann sich aber natürlich 
beliebig viele andere Polytope konstruieren. Ein Verfahren hierzu 
besteht darin, von einem vorhandenen Polytop durch ebene Schnitte 
Teile abzuschneiden. Dies führt wieder zu einem Polytop, denn 
Polytope sind ja Durchschnitte von Halbräumen. Beispielsweise 
kann man von einem Ikosaeder durch 12 Schnitte die Ecken so 
abschneiden, daß von jeder Kante des Ikosaeders an beiden Enden 
jeweils ein Drittel abgeschnitten wird. Die 12 Schnittflächen 
sind S-Ecke, und die 20 dreieckigen Seitenflächen des Ikosaeders 
gehen in d-Ecke über. Färbt man die 5-Ecke schwarz und die d-Ecke 
weiß und rundet das Ganze noch ein bißchen ab, damit's besser 
rollt, erhält man ein Sportgerät, das die Deutschen vizemeister- 


lich beherrschen... 


3.2 Rotationskörper 


In den Prozeduren des vorigen Abschnitts wurden die Eckpunkte und 
Seitenflächen der Polytope im wesentlichen genauso eingegeben, 
wie man dies von Hand auch getan hätte. In diesem Abschnitt 
wollen wir geometrische Objekte durch Ausnutzung von Symmetrien 
etwas eleganter erzeugen. Die "Weltkugel" aus Figur 50 kann man 
beispielsweise durch Rotation des dick gezeichneten Polygonzuges 
um die Erdachse herstellen. Man dreht den Polygonzug jeweils um 
einen festen Winkel (hier 30°) weiter und verbindet entsprechende 
Kanten des ursprünglichen und des weitergedrehten Polygonzugs 
durch ein Viereck oder (an den Polen) durch ein Dreieck. 
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Figur 50 


Die folgende Prozedur roti setzt einen Polygonzug mit n+2 Ecken, 
n <£ MaxRot, durch Drehung um den Winkel alpha um die z-Achse in 
einen Rotationskörper um. Der Polygonzug liegt in der x,z-Ebene 
und muß seine beiden Enden auf der z-Achse haben. Er wird durch 
den Parameter RotZug an roti übergeben. 


const MaxRoti=15 (* Max. Eckenzahl des rot. Polygonzuges *); 


type RotZugTyp=array [0..MaxRotil of VektTyp; 


procedure Roti(RotZug:RotZugTyp; n:integer; alpharreal); 


(* Polygonzug RotZug mit n+2 Ecken in x,z-Ebene rechts von der z-Achse #) 
(* Ecken ia Uhrzeigersinn nuaeriert, RotZug[0}, RotZugin+i] auf der z-Achse *) 
(* Erzeugt Rotationskörper durch Drehung von RotZug um alpha um die z-Achse #) 


var ayD5Csdsi,jgk,l,msinteger; 
Matrix:MatTyp; 


begin 


({* Anz. a-i der Rotationen und Rotationsaatrix berechnen #) 
:=trunc(360/alpha); 
alpha:=Bogenlalpha); 
for i:=1 to 3 do 
for je=1 to 3 do Matrixli,jl:=0; 
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Matrix[i,iJs=costalpha); Matrix[i,212=-sinfalpha); 
Matrix{2,1li=sinialpha); Matrix[2,2l:=costalpha); 
Hatrix[3,3J:=1; 


{+ Eckenkoordinaten eingeben #) 
for jı=i to a do 
for i:=I ton do begin 
D3PktEiniRotZugli,il],RotZugli ,21,RotZugli,5)); 
MatVekt (Matrix ,RotZuglil,RotZugli)); 
end; 
D5PktEin(RotZug[d,1J,RotZug[O0,21,RotZug[0,31); 
D3PktEin {RotZug[n#+1,13,RotZugIn+1,21,RotZug[nt1,5)); 


(* Polygone eingeben #) 
for jt=0 to a-1 do 
for i:=1 to. n-I do begin 
arzitnkj; 
b:=zitnk((j+tl) nad al; 
cı=bti; 
d:=atl; 
einta,b,c,4,0,4,i+1,0); 
end; 
kızlı 
while (ki=ia-I)#n+1) do begin 
l:={ktn) aod tan); 
eintik,atntl,1,0,0,3,1,0); 
einik+tn-1,1+n-1,asn+2,0,0,3,n+2,0); 
kı=ktn: 
end; 


end; {* von Rot! ®) 


Das Programm RotKoerp benutzt diese Prozedur zur Erzeugung und 
Darstellung von Rotationskörpern durch Eingabe des Polygonzuges. 
Man kann damit allerlei Vasen, Gläser, Pokale etc. entwerfen. Der 
Kreativität und dem schlechten Geschmack sind dabei nur durch die 
Konstante MaxRot Grenzen gesetzt. Figur Si gibt hiervon einige 


Kostproben. 


program Rotkoerp; 


RR) 


(# leichnet Rotationskörper *) 
(* Rotierendes Polygon frei wählbar *) 
(+ Entwurf von Vasen, Gläsern etc. *) 


re) 
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(KEREREREEHITERR Einbindung der Graphikansteuerung KEKHEtEtEEEREEE) 
(* Hier z.B. Includefiles der TURBO GRAPHIX TOOLBOX: +) 
(EEHEREEECEEEREEK TREE ER ETEREEEEREEIRREE EHE ER EEE E RER RER) 


(ausser Einbindung der Prograaae aus diesen Buch Kttts4#HtK4444*) 


(* $I d2pak2,pas *) 
(* $I d3paki.pas *) 
(#* $I dSpak2.pas +) 
(+ $I roti.pas *) 


(EREEREERERETE ER TERREREERERRERERRETEERERREIEEERE RR EEE) 


var RotZug:RotZugTyp; 
alpha,phi,theta:real; 
ch:char; 
n,isintegers 


BEGIN (* Hauptprograma *) 


Init6raphic; Leave6raphic; (* TURBO GRAPHIX *) 


re: 


chı='j'; 
while (chf?'n‘) da begin 


ElrSer; 

writeln{'Rotationskörper {Rotation eines Polygonzuges um die z-Achse} ‘); 
writein; 

writelnt'Darstellung des Bildes mit RETURN beenden. ’); 

writeln; 


(* Rotationkörper erzeugen #) 
writelnt"Polygonzug in der x,2-Ebene rechts von der z-Achse. '); 
writeln(’Ecken im Uhrzeigersinn eingeben, ') 
writelnt'Erste und letzte Ecke nüssen auf der z-Achse liegen. '); 
writel’Eckenzahl (4...16): '); readinind; n:=n-2; 
EirScer; 
for is=0 to n+i do begin 
write(’Ecke ',itit2,‘ x-Koordinate: '); readin(RotZugli,1)); 
RotZugli,21:=05 
writel' z-Koordinate: '); readin{RotZugli,3)); 
writeln; 
end; 
writeln; writein; write('Rotationswinkel: '); readinfalphal; 
D3Loesch; Roti(RotZug,n,alpha); 


(* Rotationskörper zeichnen #) 
while (chf? 'n’) do begin 


EirSer; 

writeln; writeln("Projektionsrichtung: ’); 

write(’Winkel phi ait x-Achse: '); readIniphi); 

write( Winkel theta nit z-Achse: ‘); readinitheta); writeln; 
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write(’Verdeckte Linien {nicht=n, voll=v, halb=h) : )s readinich); 


Enter&raphic; (* TURBO GRAPHIX *) 
ClearScreen; (* TURBO GRAPHIX *) 
D2Loesch; OrthProjiphi,theta); 
StandardfensterBild; 

Rahnen (0); 


if (ch='v‘) then HiddenLine 

else begin 
if tch="h’) then SichtTest(-1) else FarbReset; 
Zeichneßild; 

end; 


readinich); 
Leaveßraphicz (* TURBO GRAPHIX *) 


write(’Noch ein Bild des Körpers (j/n): ')s readInich); 


if (ch='n') then begin 
writelns; write( Noch ein Körper aus gleichem Polygonzug (j/n): 
readlnich); 
it ich(?’'n’) then begin 
writeln; writel Rotationswinkel: ')} readIn(alpha); 
DSLoesch; RotiiRotZug,n,alpha); 
end; 
end; 


Li 


1; 


end; 
writeln; write(Neuen Körper definieren (j/n): "); readinich); 
end; 


END. 


Nach dem gleichen Verfahren arbeitet die Prozedur rot2, die durch 
Rotation eines geschlossenen Polygonzugs einen Torus (=Reifen) 
erzeugt. Figur 52 zeigt ein Beispiel. Die Prozedur rot2 
unterscheidet sich von roti nur bei der Eingabe der Ecken (keine 
sonderbehandlung für die Enden des Polygonzugs) und der Polygone 
(keine Dreiecke), Wir geben deshalb nur diesen Teil von rot2 an. 
Bei rot2 ist n und nicht n+2 die Anzahl der Ecken von RotZug. 
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Figur 5i 


(+ Teil-Listing von rot? ® 


(* Eckenkoordinaten eingeben #) 
for jı=| to a do 
tor is=] ton do begin 
D5PktEin{RotZugli,1],RotZugli ,2],RotZugli,3)); 
MatVekt (Matrix ,RotZuglil,RotZugli)); 
end; 


(* Polygone eingeben #) 
for j:=0 to a-] do 
tor i:=j ton do begin 
arsitn#j; 
b:sitn#(tjtj) aod a); 

:=(j aod n)+titnstljti) mod a); 
d:=ti and n)tltnsj; 
ein(a,b,c,0,0,4,1,0): 

end; 
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Figur 52 


procedure QuerSchnittivar Rotlug:RotZugTyp; veintegers r,axtreal); 


{# Erzeugt reguläres Polygon als Eingabe für Prozedur Rot2 ®) 
(# v = Eckenzahl #) 
{tr = Radıus ®) 
(8 ax = x-Wert des Mittelpunkts ®) 
var i:integer; 
alpha:real; 


begin 
alpha:=Bogen (350/v); 


for i:=1 to v do begin 
RotZugli,13:=rtcos(-i#talpha)tax: 
RotZugli,2]:=0; 
RotZugli,3l:=r#sin(-i#alpha); 
end; 


end; {* von Querschnitt *) 
Die Prozedur QuerSchnitt liefert ein regelmäßiges Polygon als 


Ausgangspunkt für die Konstruktion des Torus’‘’. Wenn Ihnen Tori 


mit regelmäßigem Querschnitt zu langweilig werden, schreiben Sie 
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sich stattdessen eine Prozedur, die einen unregelmäßigen 
Querschnitt erzeugt. 


Ähnlich wie bei den Prozeduren des vorigen Abschnitts können Sie 
noch weitere Parameter einführen, die z.B. die Lage des 
Rotationskörpers im Raum durch Drehungen oder Translationen 
verändern. Auf diese Weise haben wir das Titelbild gemacht. Die 
Prozedur rot2 wird zusammen mit der Prozedur QuerSchnitt ia 
Programm robi im Abschnitt 6.2 eingesetzt. 


5.5 Häuser 


Figur 53 


Im vierten Kapitel war schon das (architektonisch nicht allzu 
gelungene) Haus zu sehen, das von der folgenden Prozedur hausi 
erzeugt wird. Figur 25 in Kapitel 4 zeigt seinen Grundriß. Durch 
die Parameter ti, t2, t3 und alpha kann man es verschieben und 
drehen. Zur Erzeugung des Hauses ist nicht allzu viel zu sagen. 
Die Fenster werden durch Polygone realisiert, die in sehr kleinen 
Abstand außen vor der Hauswand "schweben". Die Zuordnung der 
Polytopnummern zu den einzelnen Polygonen dient der beschleunig- 
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ten Unterdrückung der verdeckten Linien bei der Darstellung des 
Hauses und wird im nächsten Kapitel erläutert. 


procedure Hausiti,t2,tä:rintegerz alphasreal); 
it Erzeugt ein Haus mit Garage, Balkon etc. ®) 


var PNr,pz,i,xtinteger; 
M:HatTyp: 


procedure Drehfat (alpharreals; var M:MatTyp); 
i* Erzeugt die Drehaatrix #) 
var i,jtinteger; 


begin 
alphar=bogen alpha); 
for i:=1 to 5 do 
for jı=1 to 3 do Mli,jl:=o: 
M3,31:=l: 
Mil,il:=coslalpha); MLi,21:=-sinialpha); 
Al2,il:=sintalphal: MI2,2]:=coslalpha); 
end; 


procedure Pukinia,b,cıreali; 


{* Punkt {a,b,c) wird ait Matrix M transformiert, ®) 
(#* un (t1,t2,t3) verschoben und in D2Pkt gespeichert #®) 


var v,w:VektTyp; 


begin 
ylllısa; vi2]i=b; vislisch 
MatVektiM,v,m; 
arznliltti; be=wl2Jrt2, co=nl3itts; 
DSPktEinta,b,chh 

end} 


begin 


DrehMat(alpha,M); 
pz:=DäPktZahl; PNr:=PolytopNr; 
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{* Haussände #) 
Pucin(iöö,0,0l; PuEin(0,0,0)5 PuEin(0,180,0), FuEini100,180,0); 


Pukini100,0,70), PuEiniG,0,70): PuEini0,180,70): PuEin(100,180,70); 
PuEint30,0,12033 PuEini50,180,120); 


ein(4,8,10,7,3,5,PNr+l,pz)s ein(2,3,7,6,0,4,PNr+1,pz); 
(* Dach 


Fucin(i10,-5,63)3 PuEinis0,-5,123 3 PuEini50,195,123; 
PuEini110,195,53)3 PuEini-10,195,63); PuEini-10,-5,63; 


ein{11,12,15,13,0,4,0,pz): eini16,15,13,12,0,4,0,pz)3 
(* Garage #) 


PuEin(103,95,0); PuEini160,95,0)5 PuEint10,165,0)3 PuEint161,165,0); 
PuEini101,95,45); PuEin(160,95,45): PuEint180,185,45); PuEint101,165,45); 


ein{24,23,22,21,0,4,PNr+2,pz)y eini17,21,22,18,0,4,PNr+2,pz); 
ein(18,22,23,19,0,3,PNrtZ,pz)y eint24,20,19,23,0,3,PNr+2,pz}; 


i* Fenster und Türen #) 


Fukiniiöl,20,.0); PuEin!101,20,40)3 PuEint101,45,40): PuEini101,45,0); 
PuEini101,60,20); PuEint161,60,35): PuEin(101,75,35)5 PuEin{101,75,20); 
PuEin{55,.181,0); PuEini80,181,0), PuEini80,181,40); PuEin(55,181,40); 
PuEin(5,181,103: PuEint59,181,10)3 PuEint52,181,40); PuEin{5,181,30); 
Fukin(-1,125,15)3 PuEint{-1,160,15)5 PuEint-1,150,40)3 PuEin{-1,125,40); 
FucEini-1,65,159; PuEini-1,90,15); Pukint-1,90,40): PuEint-1,65,40); 
FuEint-1,20,1533 PuEini-1,45,15), PuEint-1,45,30); PuEini-1, 20,40); 
PuEini20,-1,105; PuEin(20,-1,30); Pukin(40,-1,40): PuEini40,-1,10); 
FuEini5ö,-1,159; PuEini6ö,-1,40)5 PuEin(80,-1,40); PuEinidö,-1,10); 
Pukinidü,-1,70); PuEini46,-1,85)3 Pukinidß,-1,85): PuEintäö,-1,70); 
FuEini105,93,0): PuEini105,94,30); PuEint155,74,40), PuEini155,94,0); 
PuEini110,156,0); FuEin(125,166,0); PuEin(125,166,30); PuEintl10,166,40); 
PuEin{70,181,59)3 PuEini70,1B1,95), PuEin(00,181,95)3 PuEini50,181,55); 


for i:=1 to 13 do begin 
xı=mätijt2l, einix,x+t]l,x+t2,x+3,0,3,1000,pz)} 
end; 


i* Balkon *) 


PuEin{35,181,55)5 PuEin(85, 181,551; PuEin{B5, 205,55); PuEin(15,205,55); 
PuEin(15,181,70)5 PuEin (85, 181,70); PuEin(85,205,70); PuEin(15,205,70); 
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ein(77,78,79,80,0,4,0,pz); ein(77,81,84,80,0,4,0,p2); 
ein(79,83,84,80,0,4,0,pz); eini78,79,83,82,0,4,0,pz); 


{* Schornstein #) 


FuEin(30,105,1035; PuEin(30,120,103); PuEin(40,120,113)3 PuEint40,105, 11333 
PuEin(30,105,127); PuEint30,120,127); PuEin(40,120,127)5 PuEin{40,105,127)3 


ein{85,88,92,89,0,4,0,pz); eini85,86,90,89,0,4,0,pz}; 
ein{86,90,91,87,0,4,0,pz); ein(88,87,91,92,0,4,0,pz); 


end; {* von Haus *) 


53.4 Funktionsgraphen 


AG Wal Hain AR NS N AN hl N 
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Figur 54 


Eine Funktion f in einer Variablen x kann man bekanntlich in 
einem x,y-Koordinatensystem durch eine Kurve über der x-Achse, 
den Funktionsgraphen, graphisch darstellen. Der Funktionsgraph 
besteht aus den Punkten (x,f(x)). Z.B. hat fix) = x? die 
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Normalparabel als Funktionsgraphen. Die 2D-äöraphik aus dem 
zweiten Kapitel kann man für solche Darstellungen einsetzen. Dazu 
unterteilt man den Bereich, in dem man die Funktion darstellen 
möchte durch Punkte xı,...4X%n und stellt den Funktionsgraphen 
angenähert durch den Polygonzug aus den Kanten 

Cixasftxid), (Kisı7FflXisı))] dar. 


Der Funktionsgraph einer Funktion f in zwei Variablen x und y 
läßt sich in einem x,y,z-Koordinatensystenm als eine Fläche über 
der x,y-Ebene darstellen. Er besteht aus den Punkten 
(Xyy,fix,y)). Figur 54 zeigt den Graphen der Funktion, die durch 


fix,y) = 200 cos(Yr*+y?/10) / (Yrz+y2 + 1) gegeben ist. 


Der Funktionsgraph (über einem rechteckigen Bereich in der 
x,y-Ebene) wird in unserer 5D-Graphik angenähert durch ein Netz 
aus Vierecken dargestellt. Das Netz aus m-1 Vierecken in 
x-Richtung und n-1 Vierecken in y-Richtung wird durch die 


Prozedur Netz erzeugt. 


procedure Netz (n,a:integer); 
(* Legt ein nxa-Netz aus Vierecken an #) 
var i,j,a,b,c,diinteger; 
begin 
for is=1 to n-I do 
for js=I to a-I do begin 
ars(j-])emrjs bi=arl; cı=btn; di=atn; 
ein(a,b,c,d,0,4,0,0); 


end; 


end; (* von Netz ®) 


Die Prozedur FunktWert liest dann die Funktionsnwerte an den 


Netzknoten ein. 
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procedure Funkthertin,asinteger; xanf,xend,yanf,yendireal); 


(* Liest Funktionswerte der Funktion f an Netzknoten in D3-Struktur ein #) 
(# a Knoten in x-Richtung, n Knoten in y-Richtung #) 
(# xanf, xend, yanf, yend bestiasen (rechteckigen) Definitionsbereich #) 


var i,jtinteger; 
X,y,xink,yinkireal; 


begin 


xinks=(xend-xanf)/a; yink:=(yant-yend)/n; 
xs=xanfs yı=yend; 


tor is=l ton do begin 
tor js=I to a do begin 
DSPktEinix,y,fix,yd)5 
xıaxtxink; 
end; 
xı=xanfs 
ya=ytyink; 
end; 


end; |# von Funkthert *) 


Die Funktion # ist gegeben durch: 


function fix,ysreal)ireal; 
(* Beispielfunktion *) 
var rıreal; 


begin 
rıssort (xtxtysy+O.i); 
f1=2008cosr/10)/(r+1); 
end; i* von f ®) 


Die Addition von 0.1 unter der Wurzel verhindert, daß das 
Programm bei x=y=0 versucht, die Wurzel einer negativen Zahl zu 
ziehen (Rundungsfehler). 


Diese Darstellung von Funktionsgraphen hat allerdings einen 
entscheidenden Fehler. Unser Graphiksystem nimmt an, daß die vier 


Ecken eines Vierecks in einer Ebene liegen. Bei vier beliebigen 
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Punkten im Raum, also auch bei vier Punkten auf einem Funktions- 
graphen, ist dies jedoch im allgemeinen nicht der Fall. (Ein 
Tisch mit vier Beinen wackelt fast immer.) Wählt man das Netz 
hinreichend dicht, so daß die Vierecke recht klein werden, fällt 
dieser Fehler nicht allzu stark ins Gewicht. Dennoch sieht aan 
bei genauer Betrachtung von Figur 54 an stark gekrümmten Stellen 
des Funktionsgraphen kleine Fehler bei der Unterdrückung der 
verdeckten Linien. Unser Graphiksystem ist also zur Darstellung 
von Funktionsgraphen nur bedingt geeignet. Im Abschnitt 6.4 
skizzieren wir ein Verfahren, das dieser speziellen Situation 


besser angepaßt ist. 
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m verdeckte LIinie en 


In den Bildern der letzten beiden Kapitel haben wir die rück- 
wärtigen Bildteile, die man etwa bei der Betrachtung eines 
massiven Hauses nicht sieht, auch nicht mitgezeichnet. Eine 
solche Bereinigung des Bildes ist offenbar auch dringend 
notwendig. Darstellungen komplexerer Objekte ohne Unterdrückung 
der verdeckten Linien sind meist nur ein Liniengewirr, aus dem 
aan das dargestellte Objekt allenfalls noch erraten kann. 
Beispiele hierfür sind etwa die Figuren 3, 27 und 28 und die 
folgende Version des Titelbilds: 


Figur 55 


Das Problem, zu erkennen, welche Teile eines Bildes verdeckt 
sind, also nicht mitgezeichnet werden müssen, löst sich beim 
natürlichen Sehen ganz von selbst, für den Computer ist es jedoch 
ausgesprochen schwierig. Dieses sogenannte "hidden-line-problen" 
ist eines der zentralen Probleme der Computergraphik. In diesen 
Kapitel behandeln wir verschiedene Verfahren zu seiner Lösung. 
Bei konvexen Polytopen läßt sich das Problem der verdeckten 
Linien sehr einfach lösen (Abschnitt 4.1). In praktischen 
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Anwendungen möchte man aber natürlich nicht nur Polytope 
darstellen. Dies erfordert kompliziertere Algorithaen zur 
Unterdrückung der verdeckten Linien. Zwei sehr unterschiedliche 
Verfahren hierfür stellen wir in den Abschnitten 6.2 und 6.3 vor. 
Im Abschnitt 6.4 geben wir einen Ausblick auf weitere Verfahren 
zur Lösung des hidden-line-problens. 


6.1 Verdeckte Linien bei konvexen Polytopen 


Bei einem konvexen Polytop ist es sehr einfach, zu entscheiden, 
welche Kanten sichtbar sind und welche nicht. Dies liegt an 
folgendem Prinzip: 


Eine Seitenfläche eines konvexen Polytops sieht man entweder 
vollständig, oder gar nicht. 


Indem man einen Würfel von verschiedenen Seiten betrachtet, 
überzeugt man sich sofort davon, daß das Prinzip für dieses 
Beispiel gilt. Die Begründung für den allgemeinen Fall ergibt 
sich aus der Definition des Polytops als Durchschnitt von 
Halbräumen (Abschnitt 3.1): 


Eine Seitenfläche F eines Polytops bestimmt eine Ebene H des 
Raumes, und das Polytop liegt ganz in einem der beiden Halbräume, 
in die H den Raum teilt. Anschaulich gesprochen, kann man das 
Polytop auf einen Tisch legen. Es liegt dabei mit der Seiten- 
fläche F auf der Tischplatte H und befindet sich ganz oberhalb 
der Tischplatte. Betrachtet man das Polytop nun von einem Punkt 
unterhalb des Tisches aus (Glastisch!), so sieht man die 
Seitenfläche F vollständig, denn unterhalb des Tisches befindet 
sich ja kein Teil des Polytops, das einem die Sicht versperren 
könnte. Betrachtet man das Polytop dagegen von einem Punkt 
oberhalb der Tischplatte aus, so sieht man die Fläche F, mit der 
das Polytop auf dem Tisch aufliegt, natürlich nicht. 


Das Problem der verdeckten Linien läßt sich damit für ein Polytop 
nach folgendem Verfahren lösen: 
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1. Bestimmung aller Seiten, die (aus der gewählten 


Blickrichtung) sichtbar sind. 


2. Zeichnen aller Kanten, die in mindestens einer sichtbaren 


Seite liegen. 


Nach unseren obigen überlegungen und dem, was wir in Abschnitt 
3.1 über Halbräume gesagt haben, können wir die Sichtbarkeit 
einer Seitenfläche eines Polytops nach folgendem Kriterium 


bestimmen: 


Ist F eine Seitenfläche eines Polytops P und n ein äußerer 
Normalenvektor von F (d.h. rn steht senkrecht auf F und zeigt 
nach außen) und p ein Vektor mit Fußpunkt auf F, der in 
Projektionsrichtung zeigt, so ist F genau dann sichtbar, 
wenn nm und p einen spitzen Winkel « einschließen. 


In Abschnitt 3.1 hatten wir den Winkel « aus den Skalarprodukt 
der Vektoren n und p berechnet: 


- „_n,Pp? 
Ini*Ip!l 


cos «d 
Da wir nur daran interessiert sind, ob «a ein spitzer Winkel ist 
oder nicht, reicht es aus, das Vorzeichen von cos « zu kennen. 
«a ist genau dann ein spitzer Winkel, wenn cos «a positiv ist. 
Nach der obigen Formel ist dies genau dann der Fall, wenn {n,p? 
positiv ist (In| und |pl sind positive Zahlen): 


Die Seite F ist genau dann sichtbar, wenn {n,p? positiv ist. 


Im vierten Kapitel haben wir alle Projektionen auf den Fall einer 
Orthogonalprojektion auf die x,y-Ebene zurückgeführt, indem wir 
die Koordinaten jeweils vom Welt- ins Bildkoordinatensystenm 
transformiert haben. Im Bildkoordinatensystem muß man dann nur 
noch die Orthogonalprojektion auf die x,y-Ebene ausführen, um die 
endgültige Bildschirmdarstellung zu erhalten (vgl. 5. 84, 89, 
95). Der Projektionsvektor p dieser Orthogonalprojektion ist 
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p=(0,0,1). Berechnet man den äußeren Normalenvektor n={nı ,Nz,Ns) 
einer Seitenfläche im Bildkoordinatensystem, so ist {n,p? = Ns. 
Damit können wir die Lösung des Problens der verdeckten Linien 
für ein konvexes Polytop weiter verfeinern: 


0. Transformation des Polytops vom Welt- ins 
Bildkoordinatensystenm. 


1. Berechnung des äußeren Normalenvektors n für jede 
Seitenfläche F (im Bildkoordinatensystem). F ist genau 
dann sichtbar, wenn die letzte Koordinate von n positiv 
ist. 


2. Zeichnung aller Kanten, die in mindestens einer 
sichtbaren Seitenfläche liegen. 


An dieser Stelle wird klar, warum es vorteilhaft ist, Projek- 
tionen nicht "in einem Zug" durchzuführen, sondern über die 
Zwischenstufe des Bildkoordinatensystems: Man muß dann nicht für 
jede Projektion einen eigenen Sichtbarkeitstest entwickeln (und 
programmieren), sondern kann sich bei den Sichtbarkeitsunter- 
suchungen auf den einfachen Fall der Orthogonalprojektion auf die 
x,y-Ebene beschränken. Dies berücksichtigen wir in unseren 
Programmen, indem wir in den Projektionsprozeduren jeweils vom 
Weltkoordinatensystem (gespeichert im Feld D3Pkt) ins Bildkoor- 
dinatensystem (gespeichert im Feld D2Pkt) transformieren und 
anschließend die Sichtbarkeitstests mit den Bildkoordinaten aus 
D2Pkt durchführen. 


Als letzte Verfeinerungsstufe des Sichtbarkeitstests für konvexe 
Polytope müssen wir noch ein Verfahren zur Berechnung des äußeren 
Normalenvektors n einer Seitenfläche F angeben. Hierzu können wir 
das in Abschnitt 3.1 eingeführte Vektorprodukt verwenden. Es 
seien a,b,c drei Ecken, die im Rand von F zyklisch aufeinander- 
folgen. Ist F im Feld Pol als Polli] gespeichert, so sind etwa 
D2Pkt[ Pollil.Eckel jl], j=1,2,3 , drei solche Ecken (vgl. 
Abschnitt 3.2). Dann ist nm = (a-b) x (c-b) ein Noramalenvektor 
von F. Damit n auch ein äußerer Normalenvektor des Polytops ist, 
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müssen die Ecken a,b,c im Uhrzeigersinn aufeinanderfolgen (wenn 
man das Polytop von außen betrachtet). Sind a,b,c entgegen den 
Uhrzeigersinn aufgelistet, so ist m entgegengesetzt gerichtet, 
also ein innerer Normalenvektor. Der Sichtbarkeitstest mit diesen 
n hätte genau das falsche Ergebnis: Die Seite F erschiene als 
sichtbar, wenn man sie in Wirklichkeit nicht sehen könnte. Für 
die Speicherung der Ecken von F im Feld Pol formulieren wir 
deshalb die folgende Regel: 


Ist die Seitenfläche F eines Polytops P in Polli] gespei- 
chert, so werden die Ecken von F im Feld Pollil.Ecke in 
zyklischer Reihenfolge im Uhrzeigersinn (P von außen 
betrachtet) angegeben. 


Diese Regel haben wir in den Prozeduren im Abschnitt 5.1 bereits 
beachtet. 


Die folgende Prozedur SichtTest führt den Sichtbarkeitstest aus. 
Sie gibt die Sichtbarkeit des Polygons Polli) in der Variablen 
Polli]l.Farbe aus: Ist das Polygon nicht sichtbar, erhält diese 
Variable den Wert verdeckt, sonst den Wert Pollil.GrundFarbe. In 
unseren Programmen setzen wir für den Parameter verdeckt stets 
den Wert -i in den Prozeduraufruf von SichtTest ein und verwenden 
für GrundFarbe den Standardwert 0 (vgl. Prozedur ein in Abschnitt 
3.2). Auf diese Konvention ist auch die Prozedur ZeichneBild aus 
Abschnitt 3.2 zugeschnitten. Sie zeichnet, nachdem die Prozedur 
SichtTest gelaufen ist, nur noch die sichtbaren Teile eines 
Polytops. Indem man für den Parameter verdeckt andere Werte 
wählt, kann man erreichen, daß die verdeckten Kanten des Polytops 
nicht einfach nur weggelassen, sondern in einer anderen Farbe 
(z.B. gestrichelt) gezeichnet werden. 


In den nächsten Abschnitten entwickeln wir erweiterte Sichtbar- 
keitstests für Szenen aus mehreren Polytopen, die wir mit 
1,2,5y... durchnumerieren. Die Zuordnung einer in Polli) 
gespeicherten Seitenfläche zu einem Polytop erfolgt dann durch 
die Variable Polli).PolNr. Für die folgende Prozedur ist nur die 
Sonderstellung von PolNr = 0 wichtig. Hiermit kennzeichnen wir 
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die Polygone, die in keinem Polytop enthalten sind, also "frei im 
Raum schweben". Diese Polygone sind von beiden Seiten sichtbar, 
für sie darf also der untenstehende Sichtbarkeitstest nicht 
durchgeführt werden. Ein Beispiel für solche Polygone ist die 
Balkonbrüstung des Hauses aus Kapitel 4, die man ja auch von 
innen sehen kann (Figur 53). Ein anderes Beispiel ist der 
Funktionsgraph aus Abschnitt 5.4. 


procedure Sichtlestiverdeckttinteger)y (* DSPaki *) 
i# Testet, welche Seiten eines Polytops #) 
i& bei ÜrthogonalprojJektion auf die x,y-Ebene sichtbar sind #) 
(* Bedingung für Sichtbarkeit: z-Komponente des äußeren Normalenvektors positiv 
i& Frozedur wird nach den Prozeduren Ürthfroj bzw. ZentPro) verwendet #) 
var ı,jtintegerz 
vl,v2:VektTyp; 
eyarray [1..3] of Vektiyps 
zıreal; 
begin 
for i1:=1 to Follahl do 
with Pollil] do begin 
ı# (PolNr;ö) then begin 
it vi,v2 sind aufspannende Vektoren der Polygonebene #) 
for j:=1 to 3 do KonvPktVektiDäPktl£ckeijll,eljli;: 
VektDiffielil,ei2),vidr VektDiffielsl,el2],vä; 


(* z-Kosponente des Norsalenvektors (Vektorprodukt) ® 
zseviiilev2L2J-vit2levätil 


{* Test auf Sichtbarkeit #) 
if z<£ö then Farbei=verdeckt else Farbe:=brundFarbe; 


end; 
end; 
end; {* von Sichtlest #} 
Die Anwendung der Prozedur SichtTest demonstrieren wir ia 


nächsten Abschnitt zusammen mit anderen Sichtbarkeitstests im 
Programm robi. In diesem Programm können Sie die Objekte aus 
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Kapitel 5 aus verschiedenen Blickrichtungen betrachten und dabei 
jeweils wählen, ob die verdeckten Linien gezeichnet werden sollen 
oder nicht. Wendet man dabei die Prozedur SichTest mehrnals auf 
verschiedene Ansichten des gleichen Übjekts an, wird die Unter- 
drückung der verdeckten Linien korrekt gehandhabt. Will man 
jedoch zuerst eine Darstellung mit Unterdrückung der verdeckten 
Linien sehen und anschließend ein Drahtmodell, so muß die Farbe 
aller Polygone zunächst wieder auf den Wert Grundfarbe zurück- 
gesetzt werden. Dies geschieht durch die Prozedur FarbReset. Mit 
dieser letzten Prozedur aus dem Paket D3Paki schließen wir diesen 
Abschnitt ab: 


procedure Farbhesetz i# DiPakl ®*) 
(# Setzt die Farbe aller Polygone auf die Grundfarbe 
var ı:integer; 


begin 
for i:=1 to PolZahl do pollil].Farbe:=pollı), Grundfarbe 
end; i* von FarbHeset #%) 


&.2 Das Verfahren von Roberts 


Es gibt sehr schöne Polytope, etwa die platonischen Körper aus 
Abschnitt 5.1, und auch sehr teure (Brillanten). Dennoch möchte 
man natürlich nicht nur immer Polytope darstellen, sondern auch 
allgemeine Szenen aus dem "wirklichen Leben". Der einfache 
Sichtbarkeitstest aus dem vorigen Abschnitt funktioniert für 
solche komplexeren Objekte nicht mehr, wie Sie etwa an den 
Häusern aus Kapitel 4 oder den Pokalen in Figur 51 sofort sehen 
können: Die Kanten eines Polygons sind dort nicht inner voll- 
ständig verdeckt oder vollständig sichtbar, sondern es treten 
auch Kanten auf, die nur teilweise verdeckt sind. 


In diesem Fall ist die Lösung des hidden-line-problens wesentlich 
schwieriger (d.h. vor allem rechenzeitaufwendiger!) als bei kon- 
vexen Polytopen. Einen Ansatz zur Lösung dieses Problens stellen 
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wir Ihnen in diesem Abschnitt vor, weitere (sehr unterschied- 
liche) folgen in den nächsten Abschnitten. 


Die Objekte, die wir in diesem Buch betrachten, sind aus 
(3-dimensionalen) Polytopen und (ebenen) Polygonen aufgebaut. Wir 
können deshalb den Sichtbarkeitstest aus dem vorigen Abschnitt 
jeweils als Vorstufe für weitergehende Sichtbarkeitsuntersuchun- 
gen verwenden: Kanten, die dabei als nicht sichtbar erkannt 
werden, müssen nicht weiter untersucht werden. Dies reduziert in 
vielen Fällen den Rechenzeitaufwand erheblich. Als einfaches 
Beispiel betrachten wir die beiden Würfel, die in Figur 55 als 
Drahtmodell dargestellt sind. 


Figur 56 


Der Sichtbarkeitstest aus Abschnitt d.1 entfernt bei jedem Würfel 
alle Kanten, die bereits durch den Würfel selbst verdeckt sind, 
und führt zur Darstellung in Figur 57. Hierbei werden jedoch 
offenbar noch nicht alle verdeckten Linien unterdrückt. Es sind 
noch zwei Abschnitte von Kanten des großen Würfels zu sehen, die 
durch den (vorne liegenden) kleinen Würfel verdeckt sind. Um von 
Figur 57 zur endgültigen Darstellung der beiden Würfel in Figur 
58 überzugehen, muß man also den Teil einer Strecke [a,b] (einer 
Kante des großen Würfels) berechnen können, der durch ein Polytop 
P (den kleinen Würfel) verdeckt wird. 
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Figur 57 


Figur SB 


Ein solches Verfahren wurde 1963 von Roberts vorgeschlagen (vgl. 
[12]). Es führt die Fragestellung auf zwei lineare Optimierungs- 
probleme zurück, die man mit dem Simplexalgorithmus lösen kann 
(vgl. [3]). Bei der folgenden Variante dieses Vefahrens kommen 
wir jedoch ohne den Simplexalgorithmus aus und können die 
OÖptimierungsprobleme mit ganz elementaren Mitteln bearbeiten. Die 
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Programme zum Algorithmus von Roberts sind im Paket D35Pak2 
zusammengestellt. 


Projektionsebene 


Figur 59 


Figur 59 zeigt die Ausgangssituation: Eine Strecke [a,b] wird 
parallel auf eine Projektionsebene projiziert und dabei teilweise 
durch ein Polytop P verdeckt. Ein Punkt y der Strecke wird genau 
dann von P verdeckt, wenn der Projektionsstrahl, der von y 
ausgeht, das Polytop P trifft. Diesen Sachverhalt wollen wir nun 
algebraisch ausdrücken. 


Pist als Durchschnitt von Halbräumen durch ein lineares 
Ungleichungssystemen gegeben, besteht also aus allen Punkten 
x=(X13%X2,%X3) des Raumes, die die Matrixungleichung Ax {ir 
erfüllen. A ist eine mx5-Matrix, also eine Matrix mit m Zeilen 
und 3 Spalten, und r ist ein Vektor mit m Koordinaten. (Diese 
Verallgemeinerung der 3x3-Matrizen und Vektoren aus Abschnitt 3.1 
erhält man durch Anhängen weiterer Zeilen bzw. Koordinaten. Das 
Produkt von A und x ist, wie im Spezialfall m=3, der Vektor Ax, 
dessen m Koordinaten man als Skalarprodukte von x mit den m 
Zeilenvektoren von A erhält.) 


Hat P die m Seitenflächen Fı,...Fm, so erhält man Aundr 
folgendermaßen (Normalendarstellung von Ebenen und Halbräumen, 
Abschnitt 3.1): Die Zeilen aı,..:&am von A sind äußere Normalen- 
vektoren von Fıy..«Fm. Die Koordinaten von r sind die Skalar- 
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produkte (a, ,Bı?,.-.,fAamı@m?, wobei e; eine beliebige Ecke von 
Fı ist. Für den Würfel aus Abschnitt 3.1 erhält man auf diese 


Weise: 
“1 0 Ö Ö 
Ö -{ Ö Ö 
1) 1) =] Xı 0 
l 1) Ö x21 £ l 
) l 0 2 l 
1) 1) 1 i . 


Der Streckenpunkt y hat die Parameterdarstellung 


y=-sat (i-sS)b mit O<Cs<]I. 


Ist p ein Vektor, der von y in Projektionsrichtung auf die 
Projektionsebene zeigt (Figur 59), so haben die Punkte des 
Projektionsstrahls die Parameterdarstellung 


y+ttp mit t>20. 


Punkte y von [a,b], die durch P verdeckt sind, sind also durch 
Parameterwerte s und t mit O<fse<1 und t?>0 gegeben, die das 
Ungleichungssystem 


Alsa + (i-s)b+ttp<£r 


erfüllen. Die Größen A, r, a, b und p sind durch das Polytop P, 
die Strecke [a,b] und die Projektionsrichtung gegeben. Die 
Variablen des Ungleichungssystenms sind s und t. Wir fassen die 
Terme, die s und t enthalten, auf der linken Seite und die 
übrigen Terme auf der rechten Seite zusammen. (Ähnlich wie auf 
5. 19 können wir auch hier wieder Rechenregeln, die den Regeln 
für gewöhnliche Zahlen entsprechen, auf die gemischte Rechnung 
aus Matrizen, Vektoren und Zahlen anwenden.) 


sAla -b) +*ttAp&ır - Ab 
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Ala - b), Ap und r - Ab sind Vektoren mit m Koordinaten. Wir 
können Ala - b) und Ap als Spalten einer mx2-Matrix (einer 
Matrix mit m Zeilen und 2 Spalten) schreiben und damit das 
Ungleichungssystem in ähnlicher Weise ausdrücken, wie oben das 
Ungleichungssystem für P. Dabei ist x=(s,t) der (als 
Spaltenvektor geschriebene) Variablenvektor. 


(Ala-b Ap)x Sr - Ab 


Die drei Ungleichungen O£s<i1 und t>0 können wir auch noch in 
diese Matrixungleichung aufnehmen, indem wir der Matrix noch drei 
Zeilen und dem Vektor auf der rechten Seite noch drei Koordinaten 


anhängen: 
Alla -b Ap r - Ab 
-1 Ö Ö 
N Ö “ x‘ 
0 | Ö 


Als Beispiel betrachten wir wieder den Würfel aus Abschnitt 3.1, 
für den wir A und r bereits oben aufgestellt haben, und unter- 
suchen, welcher Teil der Strecke [a,b] mit a=(0,-2,-4) und 
b=(1,2,-3) durch diesen Würfel verdeckt wird. Als Blickrichtung 
wählen wir p=(0,0,1), also die Standardblickrichtung, mit der wir 
vom Bildkoordinatensystem zur Bildschirmdarstellung übergehen. 
Wir erhalten das folgende Ungleichungssystem (nächste Seite), mit 
dem wir entscheiden können, ob ein Punkt der Strecke La,b] von 
Würfel verdeckt wird oder nicht. Der Endpunkt a der Strecke hat 
den Parameterwert s=I. Setzt man diesen Wert in das Ungleichungs- 
system ein, so liefert die zweite Ungleichung stets den Wider- 
spruch 4{2, unabhängig davon, welchen Wert man für t einsetzt. Es 
gibt also kein t, für das (i,t) das Ungleichungssystem erfüllt, 
d.h. a wird nicht vom Würfel verdeckt. Auf die gleiche Weise 
erkennt man, daß der Endpunkt b (Parameterwert s=0) ebenfalls 
sichtbar ist. Die fünfte Ungleichung liefert hier den Widerspruch 
0<£-1. Der Mittelpunkt der Strecke (Parameterwert s=0.5) wird 
dagegen verdeckt, denn (s,t) = (0,5 „ 3.5) erfüllt das 
Ungleichungssystenm. 
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1) 2 
-i =3 
) 5 1) 
OÖ { -] 
1 t 4 
) 1) 
0 N 
-1 Ö 


Figur 60 zeigt die Projektionen von Würfel und Strecke. Der nicht 
sichtbare Teil der Strecke (gestrichelt) ist in diesem Fall 
einfach der Durchschnitt dieser Projektionen (warum wohl?). Man 
kann daran die Sichtbarkeitsentscheidungen, die wir mit Hilfe des 
Ungleichungssystems getroffen haben, noch einmal anschaulich 
nachprüfen. 


I 
ı 


& 


a 


Figur 60 


Nach unseren bisherigen überlegungen könnte man die Bestimmung 
des sichtbaren Streckenteils folgendermaßen versuchen: Ausgehend 
von s=0 erhöht man den Streckenparameter s schrittweise und prüft 
jeweils die Sichtbarkeit des zugehörigen Streckenpunktes mit dem 
Ungleichungssystem. Sind zwei aufeinanderfolgende Streckenpunkte 
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sichtbar, so zeichnet man das zwischen ihnen liegende Strecken- 
stück. Bei hinreichend kleiner Schrittweite kann man dabei sicher 
eine einigermaßen befriedigende Lösung des hidden-line-problens 
erhalten - allerdings erst nach ziemlich langer (Rechen-) Zeit, 
denn es müssen ja sehr viele Punkte geprüft werden. (Dazu müßte 
man sich allerdings noch ein systematisches Verfahren überlegen, 
um zu entscheiden, ob es zu einem vorgegebenen Wert von s einen 
passenden Wert von t gibt, so daß (s,t) das Ungleichungssystenm 
löst - in den obigen Beispielen haben wir das ja mehr oder 


weniger geraten.) 


Zum Glück geht's aber wesentlich schneller! Wegen des folgenden 
Prinzips muß man nämlich nur zwei verdeckte Streckenpunkte 
ausrechnen, um den gesamten verdeckten Streckenteil zu bestimmen. 


Der durch ein Polytop P verdeckte Teil einer Strecke [a,b] 
ist stets eine Teilstrecke [la’,b’'] von [a,b]. 


Dieses Prinzip läßt sich aus der Konvexität des Polytops P 
herleiten. Hierzu stellen wir uns vor, daß P von der Projektions- 
ebene aus mit parallelen Lichtstrahlen angestrahlt wird. Die 
Lichtstrahlen haben also die Richtung -p (Figur 59). Der 
verdeckte Streckenteil von [a,b] ist dann gerade der Teil, der im 
Schatten liegt. Weil P konvex ist, ist auch sein Schatten 8 
konvex, also ist der verdeckte Streckenteil eine Teilstrecke 
[a’,b'] von [a,b]. 


Zur Ermittlung des verdeckten Streckenteils müssen wir also nur 
seine beiden Endpunkte a’ und b’ bestimmen. a’ ist der verdeckte 
Streckenpunkt, der am nächsten am Endpunkt a von [a,b] liegt. In 
der Parmeterdarstellung der Strecke [a,b] ist a’ durch den 
maximalen Wert des Parameters s eines verdeckten Punktes gegeben. 
Der verdeckte Streckenpunkt mit minimalem s ist der Punkt b’. Mit 
unserem Ungleichungssystem ausgedrückt ist zur Bestimmung von a’ 
demnach das folgende Problem zu lösen: 


Berechne eine Lösung (s,t) des linearen Ungleichungssystens 


Ala - b Ap r - Ab 
-| Ö s 0 
1 Ö t ‘ 
OÖ -1 Ö 


bei der s maximal ist. (Entsprechend erhält man b’ aus einer 
Lösung mit minimalem s.) 


Probleme dieser Art spielen eine große Rolle in der Wirtschafts- 
mathematik und vielen anderen Anwendungsgebieten. Sie heißen 
Gelöst werden können diese Optimierungsprobleme mit dem Simplex- 


algorithmus. Hierüber können Sie sich z.B. in [3] informieren. 


Wir wollen hier die Einführung und Programmierung des Simplex- 
algorithmus umgehen, indem wir unser Verfahren zur Bestimmung des 
verdeckten Streckenteils noch etwas abwandeln. Die Lösung des 
Problems würde entscheidend vereinfacht, wenn wir eine der beiden 
Variablen, etwa t, eliminieren könnten. Ein lineares Üptimie- 
rungsproblem in nur einer Variablen s läßt sich nämlich ganz 
einfach lösen. Es besteht aus Ungleichungen des Typs u,{s, die s 
von unten beschränken, und Ungleichungen s{o,, die s von oben 
beschränken. Die Zahlen u: und 0, liegen auf der Zahlengeraden 
etwa wie in Figur dl: 


Figur 61 


Daran sieht man, daß die Lösung mit minimalem s gerade das 
Maximum der u, ist, und die Lösung mit maximalem s das Minimum 
der 0,. Ist das Maximum der u, größer als das Minimum der o,, 
liegt also ein o, auf der Zahlengeraden links von einem u,, 50 
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hat das LP-Problem keine Lösung. (Bei unseren Anwendungen tritt 
dieser Fall auf, wenn die Strecke [a,b] überhaupt nicht von 
Polytop P verdeckt wird.) 


Zur Elimination der Variablen t benötigen wir eine zusätzliche 
Gleichung, die s und t enthält, aus der wir also t berechnen 
können. Diese Gleichung verschaffen wir uns dadurch, daß wir die 
Verdeckung der Strecke [a,b] nicht mehr gegen ein 3-dimensionales 
Polytop wie den Würfel aus unserem Beispiel testen, sondern gegen 
ein ebenes Polygon. Ein solches Polygon ist z.B der "Deckel" des 
würfels. Er besteht aus allen Punkten x=(x,y,z), die die vier 
Ungleichungen x?0, xft, y?}0, y£li (für die vier Kanten) und die 
Gleichung z=i1 (die Gleichung der Ebene, in der das Polygon liegt) 


erfüllen. 


Den Teil von [a,b], der vom Würfel verdeckt wird, können wir dann 
allerdings nicht mehr in einem einzigen Test berechnen, sondern 
wir benötigen hierfür 6 Tests: [a,b] wird einzeln gegen den 
Deckel des Würfels und seine 5 anderen Seitenflächen getestet. 
Für den Gewinn - übergang von einem LP-Problem in zwei Variablen 
zu einem Problem in einer Variablen - müssen wir also einen Preis 
bezahlen - es sind mehr LP-Probleme zu lösen als vorher. 


Ist n ein Normalenvektor und e eine Ecke des Polygons, sowie 
9 = (e,n> ,„ so besteht die Polygonebene aus allen Punkten x, für 
die gilt: 


{X,n? =9. 


Setzt man x = sa + (i-s)b + tp ein und löst nach den Rechen- 
regeln für das Skalarprodukt auf, die wir bereits im Abschnitt 
2.1 angewandt haben, so erhält man 


g = {x,n? = sfa,n? + (1-s)ib,n? + tip,n? 
sta-b,n?> + t{p,n? + {b,n? 


u 


und damit 
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t = 9-2-23-b,n. hun? 
gp,n? 


Hiermit können wir t aus dem LP-Problem in den Variablen s und t 
eliminieren und erhalten ein LP-Problem in einer Variablen sı 


Berechne eine Lösung 5 des linearen Ungleichungssystens 


At tab) - Beh m) r Ab - %5-Sem p) 
s 1 : 
' N 
<a-b,n? g - ib,n? 


mit maximalem s (zur Bestimmung von a’) bzw. mit minimalem s (zur 
Bestimmung von b’). 


Zu dieser Elimination von t sind noch zwei Bemerkungen zu machen: 


Bei der Berechnung von t dividieren wir durch <p,n>. Dies dürfen 
wir natürlich nur tun, wenn {p,n? #0 ist. <p,n? = 0 

bedeutet, daß der Normalenvektor des Polygons senkrecht auf der 
Projektionsrichtung steht. In diesem Fall wird das Polygon nur 
als ein "Strich" projiziert, verdeckt also nichts (wesentliches) 
von der Strecke [a,b]. Für ein Polygon mit <p,n? = 0 führen 
wir die Berechnung des verdeckten Streckenteils deshalb gar nicht 
erst durch. 


Die letzte Ungleichung unseres ursprünglichen LP-Problens war 
t>0. Wir haben sie bei der Elimination von t durch die Unglei- 
chung s(a-b,n?> © g - Sb,n? ersetzt, also durch die Bedingung, 
daß der Zähler des Bruchs, der t bestimmt, nicht-negativ ist. 
Dies ist genau dann richtig, wenn der Nenner {p,n? positiv ist, 
wenn also der Normalenvektor des Polygons mit der Projektions- 
richtung einen spitzen Winkel einschließt. 


Alle diese überlegungen gehen in die folgende Prozedur SichtTeil 
ein, die die Sichtbarkeit einer Strecke gegen ein Polygon testet. 
Die Projektionsrichtung wird dabei durch den Vektor p=(0,0,1) 
angegeben, d.h. wir führen die Sichtbarkeitsuntersuchungen im 
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Bildkoordinatensystem aus. Die Endpunkte der Strecke [a,b] werden 
über va und ve eingegeben, das Polygon über seinen Index Polind 
im Feld Pol. Die Parameterwerte der Endpunkte a’ und b’ des 
verdeckten Streckenteils werden über lmax und lmin ausgegeben. 
Wird kein Teil der Strecke vom Polygon verdeckt, wird VollSicht 
auf den Wert true gesetzt. 


Die Prozedur UngMach stellt das Ungleichungssystem für das 
Polygon auf. Die Bestimmung des Normalenvektors nm kennen Sie 
schon aus Abschnitt 6.1. Die Wirkung des Programmteils, der die 
Ungleichungen für die Kanten aufstellt, können Sie - als kleine 
übung zur Berechnung von Normalenvektoren mit dem Vektorprodukt - 
einmal selbst analysieren. Die Prozedur LPMach stellt das 
LP-Problem auf, das dann im Hauptteil der Prozedur SichtTeil nach 
dem in Figur di skizzierten Verfahren gelöst wird. Die Konstante 
Dim2 dient zur Dimensionierung der Felder für die Matrizen und 
Vektoren des Ungleichungssystems und des LP-Problenms. Sie sollte 
auf den Wert MaxEckZahl+3 gesetzt werden. 


const Dim2=B ik MaxEcklahl+3 #5 


procedure SichtTeiliva,ve:VektTyp;Polind:integer; 
var lmin,imaxsreal; var Vollsicht:boolean), \* DäPak2 #) 


i* Berechnet Parameterwerte imin, Imax der Enden des unsichtbaren Teils # 
it ger Strecke. VollSicht=true: Strecke voll sichtbar #) 


const null=iE-5;5 


type Vekt2Typsarray [1..MaxEckZahl) of real: 
Vekt3Typsarray [1..Din2] of real; 
MatZTvpsarray [1..MaxEcklahl] of VektTyp; 


var  B:Mat2Typ; 
cıVektZTyp; 
n:VektTyp; 
UngLi „UngRe: Vekt3Typ; 
x.xliuxre,gereal; 
UngZahl ,i,jsinteger; 


procedure UngMachipol:PolTyp; var B:Mat2Typ; var c:Vekt2Typ; 
var n:VektTyp: var gtreal); 


(* Stellt Ungleichungssystem des Polygons auf ®) 
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var itinteger; 
vl,v2,v33VektTyp; 


begin 
nith pol do begin 


(* Bleichung der Polygonebene *%) 
konvPktVekt D2Fkt[Eckell]],vid; 
KonvPktVekt (D2PktlEckel2]],v2); 
KonvPktVekt (D2Pkt[Eckel31],v5); 
VektDitfivi,v2,vids VektDiffivs,v2,v3l: 
Vektfrodivi,vaınd; g:=SkalProdiv2,n);: 


{* Ungleichungen der Polygonkanten #) 
for i:=] to EckZahl do begin 
if ti=Ecklahl) then j:=1 else jr=itl; 
KonvPktVekt iD2PktlEckeliJ],vids KonvPktVekt iD2PktLEckelj1],v2); 
VektDiffiv2,vi,vsd; 
VektProdin,v3,Bli})s clil:=SkalfrodiBli]J,vid; 
end; 


{* Normalenvektor auß auf Beobachter zeigen #®) 
if (n[S10) then begin 

for is=] to 3 do nlil:=-nlil; 

g5=705 
end; 


end; 
end; {* von UngNach *) 
procedure LPMach (B:Mat2Typ; c:Vekt2Typ; n:VektTyp; gereal; Ecklahl:integer; 
var UngLi ‚UngRe:Vekt3Typ); 
(& Stellt LP-Problem für Schnitt Polygon - Kante auf #) 
var i:integer; 
vil,vZ:VektTyp; 
xi,x2,x3:real; 
begin 
VektDiffiva,ve,vid; 
x1:=5kalProdivi,nds x2:=SkalProdive,n)s; x3:=nl[3]; 


vil3lsevil3l-x1/x3; 
v2:=ves v2l3leev2l3ltig-x2) /x5 
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tor i:=1 to EckZahl do begin 
UngLilil:=SkalProdibfli),vi; 
UngRelil3s=cli]-SkalProdibli],v2): 
end; 


UngLilEckZahlti}:=-1; UngRelEcklahlti}:=0; 
UngLilEckZahl+21:=1; UngRelEckZahl+21:=]; 
UngLilEckZahl+33:=x13 UngkelEckZahlt3l:=g-x2; 


end; {* von LPNach %) 


begin (# Hauptteil von SichtTeil #) 


VellSichts=false; i:=1; UngZahl:=PollPolInd].EckZahl+3; 
UngMachipol[Polindl,B,c,n,g); 


if tabs{n{31){null) then VollSicht:=true 
else begin 


LPfach{B,c,n,g,UngZahl-3,UngLi ‚UngRe); 
lein:=-1E10; laax:=iEiö; 


»hile {if=UngZahl) and not VollSicht do begin 
xlis=UngLili]; xrei=UngRelil; 
if tabsixli)inull) then begin 
if ixre<-null) then VollSicht:=true; 
end else begin 
xı=yre/rli: 
if ixli>null) then begin 
if (xilaax) then laaxı=xz 
end else 
it ix7lain) then lain:=x; 
end; 
it {leax<lain) then Vollsicht:=true; 
jssitls 
end; 


end; 


end; {# von SichtTeil #) 
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Hiermit haben wir die wesentliche Grundaufgabe zur Lösung des 
allgemeinen hidden-line-problems bewältigt: Wir können die 
Verdeckung einer Strecke durch ein Polygon bestimmen. 


Mit diesen Mitteln wollen wir nun eine Szene aus n Polygonen 
Pollil,...Pol[ln] darstellen. Dabei nehmen wir an, daß einige der 
Polygone Seitenflächen von 3-dimensionalen Polytopen Pı,.::,Pm 
sind, und die anderen zu keinem der P, gehören, also gewisser- 
maßen "frei im Raum schweben", Die Szene aus Figur 56-58 besteht 
beispielsweise aus 12 Polygonen, von denen 6 zu P, (kleiner 
Würfel) und 6 zu Pz (großer Würfel) gehören. Liegt Polli] in 
Polytop P;, so setzen wir im record Polli] die Variable 
Pollil.PolNr gleich j. Durch Polli]l.PolNr:=0 zeigen wir an, daß 
Polli]l in keinem P; liegt. Die Darstellung erfolgt in drei 
Schritten: 


i. Die Koordinaten der Ecken werden durch die Prozedur 
ÖrthProj oder ZentProj vom Welt- ins Bildkoordinaten- 
system transformiert. 


2. Für jedes Polli]l, das in einem Polytop P, liegt, für das 
also Polli]l.PolNr = j > OÖ gilt, wird der Sichttest 
gemäß Abschnitt 5.1 durchgeführt. 


5, Für jedes Polli], das nach dem Test aus 2. noch sichtbar 
ist (erkennbar an Polli].Farbe = Pollil.GrundFarbe > 0), 
wird die Verdeckung aller Kanten von Polli] jeweils gegen 
alle anderen noch sichtbaren Polygone Poll j] getestet 
(nach dem Verfahren aus diesem Abschnitt). 


Der 5. Schritt verursacht offenbar den weitaus größten Rechenauf- 
wand. Sind z.B. 100 Vierecke sichtbar (und bei vielen unserer 
Bilder sind es mehr!), so muß die Prozedur SichtTeil bereits 
mindestens 4*100%99 also ca. 40000 mal aufgerufen werden (in 
Wirklichkeit sogar noch öfter, wie wir gleich sehen werden). Der 
vortest im 2. Schritt ist hier nun in doppelter Hinsicht 
nützlich. Einerseits vermindert er die Anzahl der Kanten, die im 
5. Schritt getestet werden müssen, denn eine bereits vorher als 
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unsichtbar erkannte Kante muß natürlich nicht weiter auf Sicht- 
barkeit untersucht werden. Andererseits verringert er aber auch 
die Anzahl der Polygone, mit denen eine bestimmte Kante im 

3. Schritt verglichen werden muß, denn ein unsichtbares Polygon 
kann natürlich auch nichts verdecken. Gelingt es also etwa, die 
Anzahl der sichtbaren Polygone und Kanten im 2. Schritt zu 
halbieren, so wird dadurch der Rechenaufwand für den 3. Schritt 
bereits um den Faktor 4 vermindert. 


Die Prozedur HiddenLine führt den 2. und 3. Schritt aus. Die 
Prozedur SichtTeil für den 3. Schritt ist dabei in eine Prozedur 
Roberts eingebettet, die wir zu Ehren des Erfinders so genannt 
haben und gleich noch näher erläutern werden. 


procedure Hiddenlinez; i* Döfak? #) 


(#* Startprozedur des Roberts-Algorıthaus #) 
i# Zeichnet Bild mit Berücksichtigung aller verdeckten Linien #) 
(* OrthPro) oder ZentPfroj auß vorher laufen #) 


var a,Bslsk,liinteger; 
aX,aysaz,exX,ey,ezireal; 
va,ve:VektTyps 


begin 
SichtTesti-1; 


for 1:=1 to Pollahl do 
nith Polli] do 
if (Farbe>=ü) then 

for kı=]j to EckZahl do begin 
at=Eckelkls ersEckelik aod EckZahl)+1l; 
KonvPktVekt(D2Pktla],va)s KonvPktVekt (D2Pktiel,ve); 
Robertsia,e,i,i,va,veli 

end; 


end; i* von HiddenLine ®) 


Die Prozedur SichtTeil bestimmt den Teil einer Strecke [a,b], der 
durch ein bestimmtes Polygon verdeckt wird. Dabei zerfällt [a,b] 
(möglicherweise) in zwei sichtbare Teile La,a’] und [b’,b] 
(Figur 59). Will man nun feststellen, welcher Teil von [a,b] 
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zusätzlich noch durch ein zweites Polygon verdeckt wird, muß man 
die Prozedur SichtTeil zweimal ausführen, nämlich mit den beiden 
sichtbaren Teilstrecken, die das erste Polygon übriggelassen hat. 
Dabei könnten wiederum zwei sichtbare Teilstrecken entstehen... 


Der sichtbare Teil einer Strecke, der bei Verdeckung durch 
mehrere Polygone übrigbleibt, läßt sich also nicht einfach durch 
mehrfachen Aufruf von SichtTeil in einer Programmschleife 
bestimmen. Wegen der obigen Verzweigung bietet sich vielmehr eine 
rekursive Lösung an, die wir in der Prozedur Roberts realisiert 
haben. Roberts testet die Sichtbarkeit der Strecke [a,b] gegen 
alle Polygone ab einem Startindex j. Wird durch das k-te Polygon 
ein nicht sichtbares Stück von der Strecke "abgeschnitten", ruft 
sich Roberts rekursiv mit den beiden sichtbaren Streckenteilen 
(bzw. dem sichtbaren Streckenteil) und neuem Startindex k+i auf. 


Damit die Rekursion funktioniert, benötigt Roberts neben a und e 
(den Indizes von a und b im Feld D2Pkt) und dem Startindex j noch 
die Parameter va und ve, in denen die Koordinaten der Endpunkte 
des sichtbaren Abschnitts von [a,b] gespeichert sind, der gerade 
bearbeitet wird. Roberts benutzt zur weiteren Beschleunigung der 
Rechnung noch zwei Funktionen InPol und Ueberlapp, die wir im 
Anschluß an das folgende Listing beschreiben. Eine davon benötigt 
den Parameter i aus dem Prozedurkopf von Roberts. 


procedure Robertsia,e,i,jtintegerz; va,ve:Vektiyp); (# D3PakZ #) 
(# Kante (la,e] aus Polygon i, Koordinaten der Ecken a,e in va,ve #) 
i# bezeichnet wird der Teil der Kante, der nicht durch ein #) 
(+ Folygon k ait k>=) verdeckt wird ® 
var Imin,laax:real; 
VollSicht,fertig:boolean; 
as,es,adiff,ediff:VektTyp; 
k:integer; 
begin 


VollSicht:=true; 


while (j%=PolZahl) and VollSicht do begin 
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it iPolljj.Farbe>=ü) then 
if not Infolla,e,i,)) then 
if Veberlappiva,ve,j) then begin 


SichtTeiliva,ve,j,lain,laax Volisicht); 


it not Voll5icht then begin 
it Strecke wird {teilweise} durch Polygon ) verdeckt #) 


i* [as,es) durch } verdeckter Streckenteil ®) 

for kı=] to 3 do begin 
asikjı=imaxtvaik]tii-Imaxri#velk]; 
adıffikli=svalkl-asik]; 
es[kl:=lein#tvalkl+tti-]ain)#veikl; 
editflkl:=velk]-esikl; 

end; 


{# Test der bzgl, 3 sichtbaren Streckenteile gegen ®) 
i# Polygon }+1 {rekursiver Aufruf von Roberts) * 
if {Laengeiadiff)5i) then 
Kobertsia,e,i,jti,va,aslı 
if iLaengelediff) il) then 
Robertsia,e,i,jti,ve,es); 


end; 
end; 
jı=jtl; (# Nächstes Polygon #) 
end; 
it Yoll5icht then zeichneiva,ve,Folfil.farbe); 


end; i* von Roberts ®) 


Die Verzweigung, die beim Testen einer Strecke gegen mehrere 
Polygone auftritt und die wir mit der Prozedur Roberts rekursiv 
gehandhabt haben, zeigt Ihnen an, daß wir bei der ersten groben 
Abschätzung des Rechenzeitaufwandes viel zu niedrig gegriffen 
haben. In jedem Schritt könnte sich ja die Anzahl der sichtbaren 
Teilstücke, die weiter untersucht werden müssen, verdoppeln! Bein 
Test einer Strecke gegen n Polygone müßte die Prozedur SichtTeil 
dann nicht n mal, sondern 2” mal aufgerufen werden, was die 
Rechenzeit ins Astronomische ansteigen ließe. Zum Glück kann 
diese finstere Prognose nicht wirklich eintreten. Zerfällt 
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nämlich [a,b] beim Test gegen das erste Polygon Fı in zwei 
sichtbare Teile La,a’]l und [b’,b!, so kann beim Test gegen das 
zweite Polygon F= höchstens eine dieser beiden Teilstrecken 
abermals zerfallen. Das liegt daran, daß La,a'! und [b’',b] 
Teilstrecken von [a,b] sind und F,, Fz, also auch ihre Schatten 
5ı, $2 (S. 137), konvex sind (Figur 62). Bei jedem neuen Polygon 
kann deshalb höchstens eine neue Teilstrecke hinzukommen. Beim 
Testen einer Strecke gegen n Polygone muß die Prozedur also nicht 
2" mal, sondern höchstens I +2 +3 +... tn = n(n+ti)/2 mal 
aufgerufen werden. (Bei dem durchaus realistischen Wert n=100 ist 


das vergleichsweise sehr beruhigend...) 


Figur 62 


Damit haben wir bereits drei Beispiele dafür, daß Konvexität eine 
sehr hübsche Eigenschaft ist, die viele Probleme in der Computer- 
graphik entscheidend vereinfacht: 


- Konvexe Polytope erlauben einen schnellen 
Sichtbarkeitstest, den man als Vorstufe für weitere 
Sichtbarkeitsuntersuchungen einsetzen kann. 


- Die Sichtbarkeit einer Strecke läßt sich gegen ein 
konvexes Polygon (oder Polytop) durch Lösung von 
LP-Problemen testen. 
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- Testet man die Sichtbarkeit einer Strecke gegen n konvexe 
Polygone, steigt der Rechenzeitbedarf nur in der 
Größenordnung von n? an. 


Dennoch ist der Rechenzeitbedarf beim derzeitigen Stand unseres 
Verfahrens noch zu hoch. Ein Aufruf der Prozedur SichtTeil ist 
recht zeitraubend, vor allem deshalb, weil viele (langsane) 
Gleitkommaoperationen zur Aufstellung des Ungleichungssystens 
durchgeführt werden müssen. Wir sollten also unnötige Aufrufe von 
SichtTeil vermeiden. Dies geschieht durch die beiden Funktionen 
InPol und UVeberlapp. 


Geht man von Figur 57 zu Figur 58 über, so wird eine sichtbare 
Kante des großen Würfels mit der Prozedur SichtTeil gegen alle in 
Figur 57 noch sichtbaren Polygone getestet, auch gegen die 
Seitenflächen des großen Würfels. Das ist jedoch überflüssig, da 
diese Sichtbarkeitsentscheidung ja bereits im 2. Schritt des 
Verfahrens beim übergang von Figur 56 zu Figur 57 gefallen ist. 


überflüssig ist es auch, mit der Prozedur SichtTeil zu unter- 
suchen, ob eine Strecke [a,b] durch ein Polygon F verdeckt wird, 
wenn [a,b] eine Kante von F ist. (Dies würde sogar zu einer 
unerwünschten Auslöschung der Kante führen.) 


Die Funktion InPol - angewandt in der Prozedur Roberts - 
verhindert diese beiden unerwünschten Aufrufe von SichtTeil: 


function Infol (a,e,i,jtinteger):boolean; (# DIPak2 *) 


(*# Wahr, wenn die Polygone ı und j ia gleichen Polytop mit Nr.>0 liegen # 
(* oder wenn [a,e] Kante von Flj] ist. ® 


var ksinteger; 
b:booleanı 


begin 


it (Pollil.PoiNr=Poiljl.PolNr) and (Polfil.PolNr’ö) then br=true 
else b:=false; 
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it not b then 
with Pollj] do 
for kı=1 to EckZahl do begin 
if (La,eJe[Eckeik],Eckelik aod Ecklahl}+1J]) then b:=true; 
end; 
InFol:=b; 


end; i* von Infol #) 


Betrachtet man die Bilder in diesem Buch, sieht man oft schon 
"auf den ersten Blick", daß eine Kante [a,b] von einem Polygon P 
nicht verdeckt werden kann. Dies ist z.B. dann der Fall, wenn die 
Kante in der linken unteren Bildecke liegt und das Polygon in der 
rechten oberen Bildecke, oder wenn die Kante im Vordergrund 
liegt, das Polygon aber weit im Hintergrund. Daß ein solcher 
einfacher Fall vorliegt, kann man auch mit dem Rechner sehr 
schnell entscheiden, ohne den hohen Aufwand des Algorithmus’ von 
Roberts. 


Figur 63 


Hierzu bestimmt man (im Bildkoordinatensystenm) die minimale und 
die maximale x-Koordinate der Ecken von P, Xmin(P) und xmax(P), 
und entsprechend ymin(P}, Ymax(P), Zmin(P) und zmax(P). Beim 
übergang zur Bildschirmdarstellung wird P dann ganz in das 
(achsenparallele) Rechteck mit linker unterer Ecke 
(Kmin(P),yman(P)) und rechter oberer Ecke (xmax(P) ,Ymax(P)) 
projiziert (Figur 63). Die Bildschirmdarstellung der Kante [a,b] 
liegt im achsenparallelen Rechteck, das durch die beiden Ecken 
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(Xmin(la,b]J) ,ynın!la,b])) und (Xma«(la,b]) ,‚ynax ([a,b])) bestinmt 
ist. Wenn sich diese beiden Rechtecke nicht schneiden, wie in 


Figur 65, kann P natürlich nichts von [a,b] verdecken. Dies wird 
in der folgenden Funktion Veberlapp an Hand von vier Ungleichun- 
gen geprüft. Durch eine fünfte Ungleichung Zmin(la,b]) > zmax(P) 
ist die Situation gekennzeichnet, daß [a,b] im Bild weiter vorne 
liegt als P, und damit ebenfalls nicht von P verdeckt werden 
kann. Auch diese Ungleichung wird in Ueberlapp geprüft. 


function Deberlappiva,ve:VektTyp; jtinteger)tboolean; i# DäPak2 *) 


(* Falsch, wenn Strecke "vor" dem Polygon j liegt, oder außerhalb des #) 
i* "Projektionsfensters" des Polygons *) 
i* Strecke wird dann in keines Fall durch Polygon j verdeckt ®) 


var sin,Rax,smin,smax:VektTyp; 
k,lsinteger; 
xıreals 


begin 


tor kı=l to 3 do begin 
ginlkl:=I0Elö: maxiklı=-L0EIO: 
end; 


with Polij] do 
for ks=| to EckZahl de 
for l:=1 to S do begin 
„s=D2PktlEcke[k],1]; 
ıt xiaınll] then minll]ı=x; 
it x;maxli] then maxliJı=x; 
end} 


for kı=l to 3 do 
if {valkl<=ve[k]} then begin 
sainikls=valk]; smaxiklisveik]; 
end else begin 
saax[kl:=valkl; sainikl:=veik]; 
end; 


leberlapp:=true: 
for kı=i to 2 do 
if ismaxikliminikl3+iE-5) or (sminikl>maxikl-lE-5) then Veberlapp:=false; 


if (sainl5l>maxrl3i-1E-5) then Veberlapp:=false; 


end; i* von Veberlapp *) 
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Damit haben wir drei Vortests, die die Anwendung des Verfahrens 
von Roberts in vielen Fällen überflüssig machen: Den Sicht- 
barkeitstest für Polytope aus Abschnitt 6.1 und die Funktionen 
InPol und Ueberlapp. In Abschnitt 7.1 geben wir Ihnen noch einige 
Tips, wie man durch Verbesserung dieser Vortests die Rechenzeit 
weiter reduzieren kann. 


Die Funktionen und Prozeduren dieses Abschnitts bilden das Paket 
D3Pak2 auf der Diskette. Wenn Sie die Programme stattdessen von 
Hand eingeben, sollten Sie dies in der folgenden Reihenfolge tun 
(damit der Compiler eine Prozedur schon übersetzt hat, wenn sie 
zum ersten Mal aufgerufen wird): InPol, Ueberlapp, SichtTeil, 
Roberts und HiddenLine. 


Wir beenden diesen langen und nicht ganz einfachen Abschnitt ait 
einem Listing des Programms robi, das die Prozeduren aus den 
Kapiteln 3,4 und 5 und den Abschnitten 6.1 und 6.2 zu einen 
größeren Demo-Programm zusammenfaßt. Zuvor aber noch drei 
Bemerkungen, die das Spielen mit diesem Programm vielleicht noch 
etwas interessanter machen. 


An mehreren Stellen in diesem Kapitel hat sich gezeigt, daß die 
Konvexität wesentlich zur Vereinfachung der Verfahren und 
Verkürzung der Rechenzeit beiträgt. Das können Sie auch 
experimentell erleben: Entfernen Sie aus den Prozeduren des 
fünften Kapitels die Strukturierung durch Konvexität, inden Sie 
bei allen Polygonen pollLil.PolNr gleich O setzen, und vergleichen 
Sie die Rechenzeit. (Da braucht man schon Geduld...) 


In einigen der Prozeduren aus Kapitel 5 haben wir auch Polygone 
durch gleiche PolNr zu einem "Polytop" zusammengefaßt, die gar 
nicht die Seitenflächen eines konvexen Polytops sind. Ein 
Beispiel hierfür sind die Fenster des Hauses aus Abschnitt 5.3. 
Bei ihnen hat PolNr stets den Wert 1000. Dies führt trotzdem zu 
korrekten Bildern, weil die zwei für unseren Sichtbarkeitstest 
wesentlichen Eigenschaften der Seitenflächen eines Polytops 
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weiter gelten: Ein Fenster ist immer nur von einer Seite sichtbar 
und kein Fenster kann ein anderes verdecken. 


Die Unterdrückung der verdeckten Linien mit dem Algorithmus von 
Roberts ist relativ aufwendig. Man kann es in vielen Fällen auch 
einfacher haben. Im Abschnitt 6.4 skizzieren wir einige solche 
Verfahren. Der Algorithmus von Roberts hat gegenüber vielen 
dieser Verfahren jedoch einen wichtigen Vorteil: Er funktioniert 
auch dann noch, wenn die Polygone sich gegenseitig durchdringen, 
wie etwa beim Titelbild oder in Figur 49 in Abschnitt 5.1. Beim 
Lösen des LP-Problems macht sich ein Durchstoßpunkt einer Strecke 
durch ein sichtbares Polygon übrigens dadurch bemerkbar, daß die 
Variable t den Wert O0 hat. Zur Begründung muß man sich nur 
überlegen, welche Rolle t als Parameter des Projektionsstrahls 
geometrisch spielt ($S. 134). 


program robi; 


nennt) 


{* Deao des Roberts-Algorithaus *) 
(* Wählbare Szenen: *) 
(# Rotationstori #) 
(* Häuser #) 
(* Platonische ‚Körper *) 
ik Funktipnsgraph x) 


et) 
er Einbindung der Graphikansteuerung KEEHkktskcRErkteEr) 
(# Hier z.B. Includefiles der TURBO GRAPHIX TOUOLBOK *) 


tler) 


(arte Einbindung der Programme aus diesem Buch krrkkkkkkkkkkr) 


it $I dipak2.pas *) 
i# $1 d3pakl.pas *) 
it $] döpak2.pas *) 
it $1 rot2.pas *) 
i* $] hausi.pas x) 
i# $I konvl.pas *) 
{# $] funkti.pas *) 


ru) 


var RotZug:RotZugTyp; 
alpha,phi,theta,r,mx,xant,xend,yanf,yend:real; 
ch,ProjArt VerdArt ‚Druck:char; 
yv‚nahl Plato,i,HausZahl „ti1,t2,t3,g,pn,dNull,n,asinteger; 
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BEGIN (* Hauptprogramm *) 


ch:="j;; 
while Ich‘#'n') do begin 
CirScr; Diloesch; 


writelnt Demonstration des Algorıthaus von Roberts’); 
writeln; writeln; 

nritelnt’Darstellung des Bildes mit RETURN beenden: '); 
writelng writeln; 

writelnt’Darstellbare Objekte: ‘); writeln: 

writelnt']. Rotationstorus ); 

writelnt'2. Häuser 5 

writelnt'3. Platonische Körper‘); 

writein‘’4. Funktionsgraph ); writeln: 

writel'Ihre Wahl: "3; readiniwahl); 


case wahl of 


i:begin 
£irScer; 
writelni Rotationstorus ait polygonalem Buerschnitt'); writeln; 
writei Eckenzahl des @uerschnitts: '); readlniv); 
writet Radius des Querschnitts: '); readinfr); 
writet Radius des Torus: '); readintax); 
nritei Rotationswinkel: °); readInlalpha); 
QuerSchnittiRotZug,v,r,ax); Rot2{RotZug,v,alpha); 

end; 


2:begin 
EirSer; 
writeini Häuserbau’); writeln; writeln; 
writelni Es gibt einen Haustyp. ); 
writeint Das Haus steht auf der x,y-Ebene. ‘); 
writelnt'Sein Grundriss liegt in dea durch‘); 
writelni 10,0) und 170,210) gegebenen Rechteck’); writeln; 
writelni'Sie können sehrere davon bauen. ‘); writeln; 
writelni'Dabei wird dıe Lage jedes Hauses bestiaat durch: '); 


writeln‘e‘ - Koordinaten ti,t2 des Nullpunkts’); 
nritelni‘ - Drehung um alpha ua die z-Achse '); 
writeln; 


writei Anzahl der Häuser (max. 10) : "ir readin(HausZahl); 
if {HausZahl£=10) then for i:=1 to Hauslahl do begin 
ElrScer; 
writelni Haus ',1:2); nriteln; 
writeln{"Verschiebung des Nullpunkts nach (t1,t2}'); 
writet ti: 3 readiniti); 
writel't2: "33 readinit2); 
writeln; 
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writei Drehung um alpha: ')} readinialpha); 
Haus(ti,t2,0,alphab; 
end; 


end; 


s:begin 
Plato:=l; 
while (Plato>0) do begin 
ElrScer; 


— 


writelni' Platanische Körper ); 


writeln; writeln; 
writeln{’ü. Keine weiteren Körper )} writeln; 
writelni'l. Tetraeder ); 
writelni 2. Kurfel); 
writelnt'3. Oktaeder '); 
writelni'4. Dodekaeder )} 
writelnt'd. Ikosaeder '); 
writeln; writel’Ihre Wahl: ')} readiniPlato); 
it (Plato>ö) then begin 
Elrser; 
case Plato of 
i:writelnt Tetraeder '); 
Ziwritelni Würfel ; 
Jenriteln("Oktaeder 5; 
4ıurıtelni'Dodekaeder ‘); 
ınritelntIkosaeder ); 
end; 
nritelns »riteln; 
writelni'Lage des Schwerpunkts (ti,t2,t3) 215 
nritei'ti: j; readiniti); 
nritel t2: by readinit2); 
writel't3: '); readinitSi; 
nritein: 
writei Größe ica. 100 .„.. 1000) : "4 readlnigis 
writeln; 
„ritei Nr. des Körpers: '); readinipni; 
case Flato of 
1:MachTetraeder (g,ti,t2,t3,pn); 
2:Nachhuerfelig,ti,t2,t3,pn); 
3:Machüktaeder {q,ti,t2,t3,pnd;5 
4:MachDodekaeder ig,ti,t2,t3,pn); 
:Nachikosaeder (g,ti,t2,t3,pn) 
end} 
end; 
end; 
end; 


Ze 
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ä:begin 
EirScr; 
writelni Graph einer Funktion in zwei Variablen fix,y) '); 
writeln; 
writelni'Zur Zeit nur eine Beispielfunktion {s. Funkti.pas) '}; 
writeln: 
nritelnt’!!! Lange Rechenzeit bei verdeckten Linien !!!’); 
writelns writeln; 
writelnt Definitionsbereich: '); 
writet'xain = '); readinixanf); 
writei'xnax = '); readinixend); 
writel'yain = ')y readintyant); 
nritel'ymax = ')} readintyend); 
writeln; writeln; 
nritelnt’Gitternetz: 5; 
writei Anz. d. Knoten in x-Richtung: '); readinia); 
writet Anz. d. Knoten in y-Richtung: ')s readinin); 
Netzin,m); Funktkertin,m,xanf,xend,yant,yend); 

end; 


end; 
while ichk>'n’) do begin 
Diloesch; 


EirScr; write Drthogonal- oder Zentralprojektion (o/z): "3 

readin{ProjArt); 

it (FrojArt="z') then begin 
writel Abstand Projektionszentrua - Nullpunkt: '); 
readintdNull); 

end; 

writeln: 

writelntProjektionsrichtung: '); 

writet'Winkel phi ait x-Achse: '); readin{phi); 

write Winkel theta mit z-Achse: '); readinttheta): writeln; 


writei’Verdeckte Linien {nicht=n, voll=v, halb=h) : "5 
readiniVerdArt); 


EnterGraphicz ({# Einschalten der hochauflösenden Graphik *) 
ClearScreen; (# Bildschirm löschen ®) 


if (ProjArt='z'} then Zentprojiphi,theta,dNull) 
else OrthProjiphi ,theta); 

StandardfensterBild; 

Rahmen {Ü); 
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it iVerdärt="v ) then HiddenLine 

else begin 
it iVerdärt= h} then SichtTestil) else FarbReset; 
Zeichnekild; 

end; 


readin; 
Leavebraphic; I* Ausschalten der hochauflösenden Graphik ®#) 
writet'noch ein Bild des gleichen Übjekts ijin): "br readinich): 
end; 
writeln; writei neues Übjekt definieren ijinls 33 readinich); 
end; 


EhD. 


6.3 Der Algorithmus von Warnock 


Im vorigen Abschnitt haben wir das hidden-line-problem dadurch 
gelöst, daß wir von jeder Polygonkante die sichtbaren Teil- 
strecken ausgerechnet haben (Koordinaten der Endpunkte),. Einen 
ganz anderen Lösungsweg wollen wir Ihnen jetzt mit dem Verfahren 
von Warnock (vgl. Li2)) vorstellen. Er ist ein Beispiel für einen 
Algorithmen ist das Prinzip der stufenweisen Verfeinerung: 
Ausgehend von einem recht komplexen Problem - etwa der 
Untersuchung aller verdeckten Linien - werden sukzessive immer 
kleinere Teilprobleme untersucht - etwa nur die verdeckten Linien 
in einem Bildausschnitt. In Abschnitt 7.1 behandeln wir eine 


weitere Anwendung dieses Prinzips. 


Beim Algorithmus von Warnock wird das Bild in rechteckige 
Teilbereiche, Fenster genannt, unterteilt. Dann wird für jedes 
Fenster der dort sichtbare Bildteil analysiert. Ist dies Teilbild 
"einfach" (was das heißt, werden wir gleich präzisieren), wird es 
gezeichnet, andernfalls wird die Unterteilung verfeinert. Dazu 


wird das Fenster in vier Teile zerlegt, die dann, jeder einzeln 
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für sich, wiederum analysiert werden. Das Verfahren läuft also 


nach dem folgenden Schema ab: 


il. Das Startfenster ist das ganze Bild. 


2. Ist das in einem Fenster sichtbare Teilbild "einfach", 
wird es gezeichnet. Andernfalls wird es in vier Teil- 
fenster zerlegt, die dann auf die gleiche Weise weiter- 


behandelt werden. 


Figur 64 Figur 65 


Der Algorithmus von Warnock geht also rekursiv vor (und wir 
werden ihn auch so programmieren). In den Figuren 64 und 65 
demonstrieren wir ihn am Beispiel einer Szene aus drei Polygonen. 
Die Fensterunterteilungen sind punktiert eingezeichnet. Den in 
einem Fenster sichtbaren Bildteil wollen wir als "einfach" 
ansehen, wenn entweder gar nichts zu sehen ist, oder nur ein 
Polygon (oder ein Teil davon). Zu Beginn ist das Fenster das 
ganze Bild. Es sind drei Polygone zu sehen. Der Rechner empfindet 
das nicht als "einfach" und unterteilt den Bildschirm in vier 


Teilfenster (Figur 64). 


Drei dieser vier Teilfenster erfüllen die Bedingung "einfach". 
Ihre Bildinhalte werden in Figur 54 schon eingezeichnet. Ledig- 


lich das Fenster links oben ist nicht "einfach". Es wird deshalb 
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noch einmal in vier Teilfenster unterteilt. Jedes dieser vier 
Fenster ist "einfach" und wird gezeichnet (Figur 59). 


Figur 66 


An diesem Beispiel sieht man bereits den Hauptvorteil eines 
solchen rekursiven Unterteilungsverfahrens. Die Verfeinerung 
erfolgt nicht gleichmäßig über das ganze Bild in lauter 
gleichgroße Fenster (erst "Rechenkästchen", dann "Millimeter- 
papier" usw.), sondern in Abhängigkeit von der Komplexität des 
jeweiligen Bildteils unterschiedlich: Auf einfache Teile wird 
nicht viel Zeit verschwendet, sie werden bereits nach einer 
relativ groben Unterteilung gezeichnet. Nur in komplizierteren 
Bildabschnitten wird die Unterteilung weiter verfeinert, bis der 
Fensterinhalt ohne (allzu große) Fehler gezeichnet werden kann. 


Figur 66 zeigt Ihnen diesen Effekt noch einmal an einem etwas 
größeren Beispiel, einem viereckigen Rotationstorus (wie Sie Ihn 
auch mit dem Programm robi aus dem vorigen Abschnitt zeichnen 
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können). Das gleiche Bild, aber ohne Fensterunterteilung, sehen 
Sie in Figur 67. 


Figur 67 


Um das Verfahren von Warnock zu programmieren, müssen wir einige 
Begriffe noch etwas präziser fassen. Unter anderem werden wir 
dabei auch noch ein besseres Kriterium für "einfach" formulieren. 
Zunächst aber zum Begriff "im Fenster sichtbares Teilbild". 

zu, die wir bei einer Unterteilung des Fensters zu Listen der 
aktiven Polygone für die vier Teilfenster modifizieren. Das "im 
Fenster sichtbare Teilbild" besteht dann aus den Projektionen 
aller aktiven Polygone - oder genauer gesagt aus den Teilen 
dieser Polygone, die ins Fenster projiziert werden (Figur 65). 


Wir beginnen mit der Liste der aktiven Polygone für das Start- 
fenster. Sie besteht aus allen Polygonen, die den Sichtbarkeits- 
test aus Abschnitt 6.1 überstehen (den wir auch hier wieder als 
Vortest verwenden). Es sei nun F ein Fenster, das in vier Teil- 
fenster Fı,...,Fa unterteilt wird. Aus der Liste L(F) der aktiven 
Polygone von F gewinnen wir die Listen L{Fı),...,L{F4) für die 
Teilfenster folgendermaßen: 


0. Zunächst übernehmen wir alle Polygone aus L{F) in L(F,). 
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li. Wir entfernen alle Polygone aus L(F:), deren Projektionen 
ganz außerhalb des Fensters F, liegen. 


2. Wir entfernen alle Polygone aus L(F;ı), deren Projektionen 
das Fenster umschließen. 


Die Figuren 68 und 69 zeigen diese beiden Fälle. Im i. Fall ist 
klar, daß wir das Polygon aus L(F,) streichen können. Im 2. Fall 
sieht man das Polygon zwar im Fenster F,, aber nur einen inneren 
Ausschnitt davon, keine seiner Kanten. Da wir nur die Kanten 
zeichnen, können wir das Polygon also auch in diesem Fall aus 
L(iF,) entfernen. 


Figur 68 Figur 69 


Wir streichen nun noch eine dritte Sorte von Polygonen aus der 
Liste L(Fx). Vom Polygon P in Figur 69 liegt zwar keine Kante in 
Fı (wir müssen also auch nichts zeichnen), dennoch sieht man das 
Polygon im Fenster F,, und zwar sogar "formatfüllend". Dies hat 
zur Folge, daß alle Polygone, die (im Fenster) hinter P liegen, 
in Fı nicht zu sehen sind: 


3. Ist P ein Polygon, dessen Projektion das Fenster Fı 
umfaßt, so entfernen wir alle Polygone Q@ aus L(F,), 
die hinter P liegen. 
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In Abschnitt 2.4 haben wir eine Prozedur ClipStrecke eingeführt, 
mit der man schnell prüfen kann, ob eine Strecke ein rechteckiges 
Fenster trifft. Damit kann man die beiden ersten Typen von 
Polygonen, die wir aus L(Fı) streichen wollen, leicht erkennen 
(Figur 68/69): 


Ein Polygon P erfüllt genau dann eine der beiden Bedingungen 
1. und 2., wenn alle seine Kanten außerhalb des Fensters F, 
liegen. Liegen dann die Ecken des Fensters in der Projektion 
von P, so ist die 2. Bedingung erfüllt, andernfalls die |. 
Bedingung. 


Ehe wir die Polygone des 3. Typs aus L(Fı) entfernen können, 
müssen wir zuerst den Begriff "Polygon Q@ liegt hinter Polygon P" 
präzisieren. Im vorigen Abschnitt hatten wir diese Situation 
dadurch gekennzeichnet, daß die maximale z-Koordinate zmax(B) 
einer Ecke von Q@ kleiner ist als die minimale z-Koordinate 
Zmin(P) einer Ecke von P. Diese Definition können wir hier mit 
einer Änderung übernehmen: Wir interessieren uns nur für die 
Teile P’ und ®’ von P und OÖ, die in das Fenster F, projiziert 
werden. Zmin Und Zmax müssen deshalb bezüglich P’ und Q’ bestimmt 


werden. 


P' und 8° sind wieder konvexe Polygone. Ist 5 eine (unendlich 
hohe) rechteckige Säule mit Grundfläche F;,, die senkrecht auf der 
x‚y-Ebene steht, so erhält man P’ und Q’ als Schnitte von P und Q 
mit S. Die Ecken von @’ kann man deshalb so charakterisieren: 
Eine Ecke von @’ ist ein Punkt x von 8, der eine der folgenden 
Bedingungen erfüllt: 


A. x ist eine Ecke von Q, die ins Fenster F, projiziert 
wird. 


B. x liegt auf einer Kante von Q und wird auf eine Kante von 
Fı projiziert. 


C. x wird auf eine Ecke von F, projiziert. 
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Bei der Entfernung der Polygone der ersten beiden Typen aus 
L(Fi), durch Clipping ihrer Kanten am Fenster Fı, fallen die 
Projektionen der Ecken der Typen A und B bereits automatisch anı 
als Endpunkte der geclipten Kanten. (Dies ist auch für den 
Sonderfall noch richtig, daß ein ganzer Abschnitt einer Kante von 
B auf eine Kante von F.ı projiziert wird, obwohl es dann Punkte 
vom Typ B gibt, die keine Ecken von Q’ sind.) Die Projektionen 
der Ecken des Typs EC sind die Fensterecken, die in der Projektion 
von P liegen. Auch diese Punkte bekommt man bereits bei der 
Behandlung der Polygone der Typen I und 2. 


Die z-Koordinate einer Ecke x von Q’ erhält man dadurch, daß man 
in der Projektion x’ der Ecke die Senkrechte auf der x,y-Ebene 
(also den Projektionsstrahl) errichtet und mit dem Polygon Q 


schneidet. 


Die Ecken von P’ berechnet man auf die gleiche Weise. Da die 
Projektion von P das Fenster umfaßt (Figur 69), sind alle Ecken 
von P’ vom Typ C. über die Ecken von P’ und Q’ können wir nun 
Zmin(P’) und zmax(8B’) bestimmen. Q wird aus L(F.) entfernt, wenn 
Zma«(R’) < Zmin(P’') ist. 


Damit ist das Verfahren, mit dem wir aus der Liste L(F) der 
aktiven Polygone eines Fensters F die Listen L(F,),...,‚L(Fa) 
seiner vier Teilfenster gewinnen können, komplett. Programmiert 
ist es in der folgenden Prozedur Update (dem ersten Teil des 
Programmpakets D53Pak3, in dem alle Prozeduren zum Warnock- 
Algorithmus zusammengefaßt sind). Die Polygonliste L(F) ist durch 
die Variable aktiv realisiert. Sie ist vom PASCAL-Typ Menge 
(wodurch man z.B. in TURBO-PASCAL auf maximal 255 Polygone 
beschränkt ist). 


type NHengTyp=set of 1..MaxPolZlahl; 
var Aufloesung:integer; (* mind, 4 # 
rahae:boclean: 
procedure Updateivar aktiv:MengIyp; var Kantlahl:integer)s {# D5Pak2 #) 


(* Bestinst die ia aktuellen Fenster aktiven Polyanne #) 
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var a,&,i,),k,PolEz,InnenEcken:integer; 
vFerarray [1..4] of VektTyp: 
v‚Knorasarray [1..MaxEcklahl] of VektTyp; 
kalphasarray [1..NaxEckZahl] of real; 
Polimax:array [1..MaxPolZahl] of real; 
Fnora,vi,v2:VektTyp; 
Falpha,z,Polzain,verdeckt:real; 
AktKant:MengTyp: 
schnitt, ,sicht:boolean; 


procedure UngMach{pol:PolTyp); 
{* Stellt pol durch Ungleichungssystea dar *) 
var i,jsinteger; 
begin 
with pol do begin 
PolEz:=EckZahl; 
for i:=1 to EckZahl do KonvPktVektiD2PktlEckefi]],vfli)); 
(* Gleichung der Polygonebene #} 
VektDiffiv[i3,vi23,vids VektDitf(v[3l,v[21,v2)3 
VektProdivi,v2,Fnora); Falpha:=SkalProd{Fnora,viil); 
{* Ungleichungen der {projizierten) Polygonkanten #) 
for i:=| to EckZahl do begin 
VektDiftivifi mod EckZahld+H11,vli],vid; 
Knorali,ils=-vil2]; Knoreli ,2]:=vilil; Knoreli ,3]:=0; 
Kalphalil:=SkalProdiknorali],vli)); 
end; 


end; 


end; {* von UngMach *) 


function Zetivekt:VektTyp):real; 
(& Ordinatenwert des Polygons über Ebenenpunkt vekt +) 


begin 
ıt {Fnoral33<>0) then 
jet:=(Falpha-Fnorali]&vekt{1J-Fnoral2l&vekt[2]) ’Fnoral?)] 
else Zet:=1E10} 
end; (# von Zet *) 
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function insideivekt:VektTypl:bonlean; 


(* Wahr, wenn die Projektion von vekt in der Projektion des Polygons liegt. 


var i:integer; 
verletzt:boolean; 


begin 
is=1; verletzt:=false; 


while (ii=PolEz) and not verletzt do begin 
if (SkalFrod{Knorslil,vekt)>Kalphalı]) then verletzt:=trus; 
i:=itls 

end; 


inside:=not verletzt; 


end; (* von inside ®) 


begin (* Hauptteil von Update *%) 


vFeli,il:=FensterL]; vFeli,2l:=FensterUN; 
vFef2,1l:=FensterR&; vFel2,2l:=FensterUN; 
vFe[3,il:=FensterRE; vFet3,2]:=Fensterüß; 
vFef4,1}:=FensterL]; vFel&,2]:=Fensterüß; 


Kantlahl:=0; AktKant:=[]; verdeckt:=-iElO,; 


for i:=1 to PolZahl do 
it ti in aktiv) then begin 


IingMach{polli)); 


(* Polygonkanten gegen Fenster clippen #) 
schnitt:=false; Polzain:=1El0; Polzaaxlil:=-1El0; 
for j:=1 to FolEz do begin 
=1j and PolEzitl; 
a:=pollil.Eckeljl; e:=pollil.Eckeik]; 
KonvPktVekt (D2PktLal,vil; 
KonvPktVekt(D2Pktle],v23; 
ClipStrecke(vi,v2,sicht); 
if sicht then begin 
schnitt:=true; 
it {AktKant=[]) then begin 
AktKant:=la,el; 
KantZahlı=1; 
end else 
if (Ta,elX>Aktkant) then KantZahlı=2; 


:) 
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zı=letivi); 

if (z>Polzmaxli}) then Polzaaxlil:=z; 
ıf (z£Polzain) then Polzein:=z; 
zı=let{v2)3 

if (z’Polzaaxli)) then Polzmaxlil:=z; 
it (zfPolzein) then Polzain:=z; 

end: 
end; 


it Fensterecken ia Polygon #) 
InnenEcken:=0; 
for j:=1 to 4 do 
if Inside(vFelj]) then begin 
InnenEcken:=InnenEckenti; 
zı=letivFelj]); 
if (z’Polzaaxli)]) then Polzaaxlil:sz; 
if (ziPolzain) then Polzein:=z; 
end; 


i* Polygon überdeckt Fenster oder schneidet Fenster nicht *) 
if not schnitt then begin 

aktiv:=aktiv-[i]; 

if (InnenEcken=4) and {polzein}verdeckt) then verdeckt:=polzain; 
end; 


end} 


{* Polygone entfernen, die durch anderes Polygon verdeckt sind. ®) 
verdeckt:=verdeckt+tiE-4; 
for ı:=] to PolZahl do 
ıf iı ın aktiv) then 
if (Polzmaxliliverdeckt) then aktivi=aktiv-[il; 


end; i* von Update & 


Nachdem wir die Operationen für die Fensterunterteilung 
programmiert haben, formulieren wir jetzt das Kriterium dafür, 
daß das im Fenster sichtbare Teilbild "einfach" ist, daß also 
nicht weiter unterteilt, sondern der Fensterinhalt gezeichnet 
wird. Am Anfang des Abschnitts hatten wir schon probeweise ein 
solches Kriterium formuliert. "Einfach" hieß dort, daß im 
Fenster höchstens noch ein Polygon zu sehen ist. Bei unseren 
Einführungsbeispiel (Figur 54/55) funktionierte das recht gut, 
bei größeren Beispielen führt dies Kriterium jedoch zu einer 
unnötig feinen Fensterunterteilung. Wenn z.B. im Fenster noch 
mehrere Polygone sichtbar sind, die aber alle Seitenflächen ein 
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und desselben Polytops sind, können wir den Fensterinhalt bereits 
zeichnen, ohne daß Fehler auftreten, denn den Sichtbarkeitstest 
für die einzelnen Polytope (Abschnitt 6.1) führen wir ja auch 
hier wieder als Vortest durch. Wir entscheiden uns deshalb für 
ein verbessertes Kriterium: 


Ein Fenster F heißt einfach, wenn eine der vier Bedingungen 
erfüllt ist: 


i. Es sind nur noch Polygone aus höchstens einem Polytop 
aktiv (und keine "frei schwebenden" Polygone mit 
PolNr=D). 


2. Es ist höchstens ein "frei schwebendes" Polygon (PolNr=0) 
aktiv (und keine weiteren Polygone mit PolNr>Ö). 


3. Es ist höchstens eine Kante im Fenster zu sehen (die 
beliebig vielen aktiven Polygonen angehören darf). 


4. Die Größe des Fensters unterschreitet ein vorgegebenes 
Mindestmaß. 


Die Zusammenstellung dieser vier Bedingungen ist relativ willkür- 
lich. Da wir unsere Szenen durch Zusammenfassung von Polygonen zu 
Polytopen (oder Objekten, die sich beim Sichtbarkeitstest aus 
Abschnitt 6.1 wie Polytope verhalten) strukturieren, bieten sich 
die beiden ersten Bedingungen ganz selbstverständlich an. Die 3. 
Bedingung hatten wir in einer früheren Programmversion noch nicht 


vorgesehen. 


Figur 70 zeigt das gleiche Bild wie Figur 66, aber mit der 
Fensterunterteilung, die man ohne die 3. Bedingung erhält. (Wenn 
Sie die beiden Figuren vergleichen, können Sie erraten, wie wir 
die Rotationstori in Abschnitt 5.2 durch Zusammenfassung von 
Polygonen unter einer PolNr strukturiert haben.) Die 3. Bedingung 
spart also Rechenzeit an "Nahtstellen" zwischen Polygonen mit 
verschiedener PolNr. Da solche Nahtstellen häufig auftreten, 
haben wir sie in unser Kriterium für die Einfachheit eines 
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Fensters aufgenommen. Damit man sie bequem überprüfen kann, wird 
die Anzahl der im Fenster sichtbaren Kanten bereits in der 
Prozedur Update in der Variablen KantZahl mitgezählt. 


Figur 70 


Variationen oder Ergänzungen dieser Bedingungen liefern u.U. 
bessere Ergebnisse - hier können Sie beliebig experimentieren. 
Die 4. Bedingung müssen Sie dabei aber immer beibehalten. Wenn 
sie fehlt, wird an komplizierten Stellen des Bildes unendlich 
lange (bzw. bis zum Systemzusammenbruch) weiterunterteilt. Hat 
man außer der 4. Bedingung keine weiteren Abbruchbedingungen, 
liefert der Warnock-Algorithmus lediglich eine Unterteilung des 
Bildes in lauter gleichgroße Fenster der Mindestgröße. 


Die Einfachheit eines Fensters überprüfen wir mit der Booleschen 
Funktion einfach.Die Mindestgröße des Fensters für die 

4, Bedingung wird durch die globale Variable Aufloesung 
festgelegt. Geprüft wird nicht die minimale Größe des Fensters, 
sondern des Bildausschnitts (Abschnitt 2.4). Dies ist sinnvoll, 
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weil der Bildschirm die physikalische Grenze für die feinste 
sinnvolle Auflösung bestimmt. Es ist sinnlos, einen 
Bildschirmausschnitt, der nur noch aus einem einzigen Bildpunkt 
besteht, weiter zu unterteilen, auch wenn das Fenster, das auf 
diesen Ausschnitt abgebildet wird, noch so groß ist. 


function einfachiaktiv:MengTyp; Bili,Billn,BiRe,Bı0b,KantZahl:integer):boolean; 
(+ D3Pak3 #) 


i* Wahr, wenn Szene einfach, d.h. es gilt eine der Bedingungen: *#) 
(*& nur Polygone aus höchstens einen Polytop mit PolNri aktiv ®) 
i# höchstens ein Polygon sit PolNr=0 aktiv &) 

(* höchstens eine kante im Fenster sichtbar #) 


var i,nr,breite,hoehe:integer; 
rull,einf:boolean; 


begin 


einf:=trues nulls=false; nrı=ör 1:=l: 
breite:=BiRe-Bili; hoehe:=Riüb-Bilin; 


it {breite>Aufloesung) and (hoehe’fufloesung) and ikantZahl?i) then 
while (1%=PolZahl) and einf do begin 
ıt ii ın aktiv) then 
if null then einf:=false 
else 
if {pollil].PolNr=0) then nulil:=true 
else 
if {nr=0) then nr:=pollil].PolNr 
else if {nr«>pollil.PeiNr) then einf:=false; 
js=itl: 
end; 


einfach:=eint; 


end; {* von einfach ®) 


Die Prozedur Warnock führt (unter Verwendung der Prozedur Update 
und der Funktion einfach) den Warnock-Algorithmus aus. Ihre 
Parameter Fell, FeUN, FeRE, FeOß und BiLI, BiUN, BiRE, BiOB 
definieren das Fenster und den zugehörigen Bildausschnitt. Sie 
haben dieselbe Bedeutung wie die globalen Variablen Fensterli, 
Bildli... in Abschnitt 2.3. Der Parameter aktiv enthält die im 


Fenster aktiven Po\ygone. 
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procedure Warnock (FeLI,FeUN,FeRE,Feüß,BiLI,BiUN,RıiRE,Bıüß:integer; 
aktiv:MengTyp); (* D3Pak3 *) 


(* Feli, Feln, FeRE, Feüß definieren das aktuelle Fenster. #) 

{* Die Menge aktıv enthält die Nuasern der Polygone, die ia Fenster *#) 

(* der nachsthöheren Rekursionsebene noch aktıv waren. #) 

{* Die Prozedur aktualisiert aktiv bzgl. des aktuellen Fensters. #) 

i# Sind danach nur noch Polygone eines Folytops {mitPoiNr>ü) aktiv, *) 

(* wird aktuelles Fenster gezeichnet, sonst Unterteilung und rekursiver #) 
ik Aufruf von Warnock. *) 


var 1,j,nr,Fei,FeY,BiX,BiY,KantZahl:integer; 
ok,sicht:boolean; 
va,ve:VektTyp; 


begin 


SetzFenster (FeLl,Felin,FeRE,Feüß): 
SetzBildiBiLI,BiUN, BiRE,BiOB): 


Updateiaktiv,KantZahl); 
it einfachlaktiv,Bili,Biln,BiRe,Biüb,KantZahl} then begin 


{* Aktuelles Fenster zeichnen #) 
ıf rahae then Rahnen(l}; 
for i:=1 to PolZahl do 
if (i in aktiv) then 
with pollil do 
for j:=1 to EckZahl do begin 
KonvPktVekt (D2Pktl[Eckelj]],va); 
KonvPktVekt (DZPktlEckeli} aod EckZahl)+1]],ved: 
ClipStreckeiva,ve,sicht); 
if sicht then Zeichneiva,ve,farbe); 
end; 


end else begin 


(# Unterteilung des aktuellen Fensters in Viertel und Rekursion #) 

Fei:={FeRE-FeLl) div 2} FeY:={Feßb-FelN) dıv 2; 

Bıkr=iBiRE-BiLI) div 23 BiYe={BiOß-BiUN) div 25 

(* Teılfenster oben links #) 

Warnock (FeLl,FeiNhtFeY,FeLItFei,FeOß, 
BiLI,BiUN+BiY,BiLI+BiX,BiOB,aktiv); 

(* Teilfenster oben rechts #) 

Warnock (FeLI+FeX,FeUN#+FeY,FeR&,Febb, 
BiLI+BiX,BiUN+Bı Y,BiRE,BiDB,aktiv); 

(* Teilfenster unten links #) 

Warnock tFeLi,FeüN,FeLl+FeX,FeUN#+FeY, 
BiLT,BiUN,BiLI+BiX BiUN+BiY,aktiv); 
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(* Teilfenster unten rechts #) 
Warnock(FeLi+FeX,FeUN,FeRE,FeUN+FeY, 
BiLI+BiX,BiUN,BiRE,BiUN+BIY,aktiv); 


end; 


end; (* von Warnock *) 


Man startet das Verfahren von Warnock nun folgendermaßen: 


il. Bestimmung der gewünschten Auflüsung über die globale 
Variable Aufloesung. Entscheidung, ob die Fenster- 
grenzen gezeichnet werden sollen, über die globale 
Boolesche Variable rahme. 


2. Transformation vom Welt- ins Bildkoordinatensystenm mit 
einer der Prozeduren OrthProj oder ZentProj und Fest- 
legung von Fenster und Bildausschnitt mit der Prozedur 
StandardFensterBild. 


3. Prozeduraufruf SichtfTest(-1) und Speicherung der zu 
Anfang aktiven Polygone in einer globalen Variablen 
aktiv. (aktiv enthält alle Indizes i mit pollil.Farbe>d.) 

4, Prozeduraufruf Warnock(FensterLI,„FensterUN,FensterRE, 

FensterOB,BildLI,BildUN,BildRE,BildOB,aktiv). 


Die gesamte restliche Arbeit erledigt der rekursive Aufruf der 
Prozedur Warnock. Am (nicht sehr schnellen) Aufbau des Bildes 
können Sie dann anschaulich erleben, wie dieses rekursive 
Verfahren arbeitet. Ein spezielles Demo-Programm für den Warnock- 
Algorithmus geben wir hier nicht an, weil man das Programm robl 
aus dem vorigen Abschnitt mit wenigen Handgriffen hierzu modifi- 
zieren kann. (Auf der Diskette finden Sie ein Demo-Programm unter 
dem Namen warn|.) 


Zum Schluß noch zwei Bemerkungen zu möglichen Bildfehlern, Da der 
Inhalt eines minimalen Bildfensters ohne Rücksicht auf Fehler 
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einfach gezeichnet wird, kommen, insbesondere für große Werte der 
Variablen Aufloesung, gewisse Unsauberkeiten ins Bild (Figur 657). 
Die Bedingung "zmax{Q') SS zmin(P’)" mit der wir auf S. 1653 das 
Polygon ® aus L(Fı) gestrichen haben, entfernt nicht alle 
verdeckten Polygone (warum?). Die Betrachtung des Hauses mit dem 
Warnock-Algorithmus liefert hierfür Beispiele. Bei Übjekten wie 
dem Haus, bei denen sich die Polygone nicht durchdringen, kann 
man die stärkere Bedingung "Zmax(®’) £ zmax(P')" verwenden, die 
hierfür bessere Ergebnisse liefert. 


&.4 Andere Sichtbarkeitsverfahren 


In den letzten beiden Abschnitten haben wir zwei sehr unter- 
schiedliche Verfahren zur Lösung des hidden-line-problens 
behandelt. Damit ist die Vielfalt der Lösungsansätze für dieses 
Problem aber noch lange nicht erschöpft. Ein wesentlicher Grund 
für die Entwicklung so vieler verschiedener Sichtbarkeitstests 
ist der, daß ein allseits befriedigendes "Idealverfahren" zur 
Lösung des hidden-line-problens bisher nicht bekannt ist (und 
aller Wahrscheinlichkeit nach auch gar nicht existiert). Die 
einzelnen Verfahren haben vielmehr alle ihre spezifischen Vor- 
und Nachteile, die sich je nach Anwendungszweck mehr oder weniger 
stark auswirken. Es ist also durchaus lohnend, für einen bestimm- 
ten Verwendungszweck nach dem am besten angepaßten Verfahren 
Ausschau zu halten. 


Dies wollen wir Ihnen an drei Beispielen demonstrieren (skizzen- 
haft und ohne Programme). Das erste Beispiel ist eine stark 
vereinfachte Version des Verfahrens aus Abschnitt 5.2, die für 
viele Zwecke bereits ausreicht. Das zweite Beispiel ist der 
sogenannte Maler-Algorithmus; und schließlich beschreiben wir 
noch ein Verfahren, mit dem man u.a. die Graphen von Funktionen 
f(x,y) in zwei Variablen (Abschnitt 3.4) effizient darstellen 
kann. 


Mit dem Algorithmus von Roberts kann man sogar Szenen abbilden, 
bei denen sich Polygone durchdringen (Titelbild). Bei vielen 
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Anwendungen braucht man das aber gar nicht - etwa, wenn man mit 
der Prozedur hausi langweilige Reihenhaussiedlungen entwerfen 
will. Man kann dann den Algorithmus von Roberts durch ein viel 
einfacheres Verfahren ersetzen, und zwar nach dem folgenden 
Prinzip: 


Ist P ein Polygon und [a,b] eine Strecke, die P nicht 
schneidet, so erhält man die Projektion des durch P verdeck- 
ten Streckenteils [a’,b'] dadurch, daß man die Projektion 
von [a,b] mit der Projektion von P schneidet. 


Für das Beispiel aus Abschnitt 6.2 wird dies in Figur 60 gezeigt. 
Am Modell des Schattens 5 (5. 137) kann man sich klarmachen, daß 


das Prinzip allgemein gilt. 


Die Bestimmung des verdeckten Streckenteils wird hierdurch 
wesentlich vereinfacht. Man muß nicht mehr zwei LP-Problenme 
lösen, sondern nur noch eine Problemstellung in der (Projek- 
tions-) Ebene behandeln: Berechne die Schnittpunkte einer Strecke 
[a,b] mit dem Rand eines konvexen Polygons P. Der Rand von P 
besteht aus seinen Kanten, also ebenfalls aus Strecken. Ob [a,b] 
eine Kante [c,d] von P schneidet, kann man folgendermaßen prüfen: 


Die Strecken [a,b] und [c,d] seien in Parameterdarstellung mit 
Parametern t und s gegeben. Man erhält eine Parameterdarstellung 
der von La,b] aufgespannten Geraden, wenn man die Bedingung 
fallenläßt, daß s zwischen O und i liegt. Durch Wegfall der 
gleichen Bedingung für den Parameter t ergibt sich die Parameter- 
darstellung der von [c,d] aufgespannten Geraden. Den Schnittpunkt 
dieser beiden Geraden kann man dann durch Lösung eines linearen 
Gleichungssystems in den Variablen t und s berechnen (5. 18). Es 
liefert die Parameterwerte to und so des Schnittpunkts. Die 
Strecken [a,b] und [c,d] schneiden sich nun genau dann, wenn 
Oftofl und O<Ssofl gilt. 


Nach dieser Methode kann man die Prozedur Roberts in Abschnitt 
6.2 durch eine kürzere und einfachere Prozedur ersetzen. Eine 
korrekte Darstellung des Titelbildes oder von Figur 49 in 
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Abschnitt 5.1 ist mit diesem abgemagerten Sichtbarkeitstest 
allerdings nicht mehr möglich. In [1] finden Sie eine Reali- 
sierung dieses Verfahrens in FORTRAN. 


Bisher haben wir zwei Grundtypen von Sichtbarkeitsalgorithmen 
kennengelernt: das Verfahren von Warnock, als Beispiel für einen 
Unterteilungsalgorithmus, und Algorithmen, die die Endpunkte 
verdeckter Streckenteile explizit ausrechnen, wie das gerade 
besprochene Verfahren und der Algorithmus von Roberts. 


Der Maler-Algorithmus, dem wir uns jetzt zuwenden, repräsentiert 
einen dritten Grundtyp: Wenn man die Polygone in der "richtigen" 
Reihenfolge zeichnet, löst sich das Problem der verdeckten Bild- 
teile von selbst... 


Figur 71 


Ein Maler, der die Dreiecke aus Figur 71 mit ölfarbe auf eine 
Leinwand malen möchte, kann hierbei folgendermaßen vorgehen. 
Zuerst malt er das am weitesten im Hintergrund liegende Dreieck 
il, und zwar vollständig, also auch die Teile, die von den anderen 
beiden Dreiecken verdeckt werden. Dann malt er das weiter vorne 
liegende Dreieck 2. Die Teile von Dreieck 1, die von Dreieck 2 
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verdeckt sind, werden dabei übermalt. Zum Schluß malt er das am 
weitesten im Vordergrund liegende Dreieck 3. Dabei werden die 
Teile der Dreiecke 1 und 2, die durch Dreieck 3 verdeckt sind, 
durch die neue Farbschicht überdeckt. Diese Vorgehensweise des 
Malers (der dem Algorithmus seinen Namen giht) kann man 
unmittelbar auf den Rechner übertragen, denn auf den heute 
üblichen Rasterbildschirmen überschreibt ja auch ein neuer 
Bildinhalt den Bildteil, der vorher an dieser Stelle zu sehen 


war. 


In unserem Beispiel haben wir den Maler mit ölfarbe malen lassen 
- aus gutem Grund. Hätte er auf einem Skizzenblock nur mit 
Bleistift die Umrisse der Dreiecke gezeichnet, hätte das 
Verfahren nicht funktioniert. Die verdeckten Teile der Dreiecke | 
und 2 wären im Innern des Dreiecks 3 weiterhin zu sehen. Damit 
der Maler-Algorithmus auch auf dem 5Skizzenblock funktioniert, muß 
der Maler, jedesmal wenn er ein Polygon gezeichnet hat, sein 
Inneres (des Polygons, nicht des Malers!) mit einem Radiergummi 


säubern. 


Die Strichgraphik in unserem Buch benutzt den Bildschirm als 
"Skizzenblock". Bei einer Implementation des Verfahrens muß man 
sich also noch ein "elektronisches Radiergummi" programmieren, 
das das Innere eines Polygons z.B. mit lauter Strecken in der 
Hintergrundfarbe ausmalt. Der Maler-Algorithmus ist deshalb für 
sogenannte Rastergraphik, bei der die Polygone wie bei einen 
ölgemälde ausgemalt werden, noch besser geeignet, als für 
Strichgraphik. (Mehr darüber in Abschnitt 8.1.) Für die 
Ansteuerung eines Plotters ist der Maler-Algorithmus natürlich 
völlig unbrauchbar. (Die Bestückung eines Farbstifts eines 
Mehrfarbplotters mit einem Radiergumai wäre eine technische 
Grausamkeit...) 


Für Bildschirmgraphik ist der Maler-Algorithmus aber ein 
verblüffend einfaches Sichtbarkeitsverfahren. Man muß nur die 
Polygone bezüglich ihrer Tiefe, also ihrer Entfernung zum 
Beobachter, ordnen und dann in dieser Reihenfolge zeichnen: Das 
Feld Pol der Polygone muß so sortiert werden, daß für ifj stets 
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gilt: "Pol£li] verdeckt nichts von Pol£[ jl". Anschließend wird es 
beginnend mit Poll i] abgearbeitet. Diese Sortierung ist aller- 
dings nicht immer so einfach wie in Figur 71, und manchmal geht ’s 
auch gar nicht... 


Figur 72 


Der Grund für die Schwierigkeiten in Figur 72 liegt in der 
Relation "Polygon @ verdeckt nichts von Polygon P", nach der die 
Polygone sortiert werden müssen. Diese Relation hat nänmlich bei 
weitem nicht so schöne Eigenschaften wie z.B. die <-Relation für 
Zahlen. Für drei Zahlen a,b,c mit a<b und b£c gilt immer auch ac 
(die Zahlen sind ja fein säuberlich entlang der Zahlengeraden 
aufgereiht). Figur 72 zeigt, daß die Relation "Q verdeckt nichts 
von P" diese, Transitivität genannte, Eigenschaft nicht hat. 


Nun treten Konfigurationen wie in Figur 72 in der Praxis nicht so 
häufig auf, so daß man in den meisten Fällen die Polygone in eine 
für den Maler-Algorithmus geeignete Reihenfolge bringen kann. Das 
Beispiel zeigt aber, daß die Sortierung der Polygonliste auch 
dann nicht einfach ist. Die bekannten (und sehr schnellen) 
Sortierverfahren für Zahlen (vgl. [14]) benutzen nämlich die 
speziellen Eigenschaften der <-Relation, vor allen die 
Transitivität bzw. die noch stärkere Eigenschaft, daß sich die 
Zahlen längs der Zahlengeraden "linear" anordnen lassen. Diese 
Verfahren kommen deshalb für die Sortierung der Polygone nicht in 
Frage. Man muß vielmehr auf umständlichere Methoden mit erheblich 
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höherem Rechenzeitbedarf zurückgreifen. Wie dies im einzelnen zu 
machen ist, und wie man überhaupt die Relation "Q@ verdeckt nichts 
von P" testen kann, wollen wir hier nicht weiter ausführen. 


In einfachen Fällen, wie etwa bei rechteckigen Labyrinthen oder 
bei S3-dimensionalen Histogrammen (Abschnitt 7.2), kommt man 
bereits mit einer einfachen Sortierung der Polygone nach ihrer 
z-Koordinate aus. Hier bietet der Maler-Algorithmus also eine 
schnelle und einfach zu programmierende Lösung des hidden-line- 
problens. 


Der Bildaufbau beim Maler-Algorithmus sieht etwas eigenartig aus: 
Man sieht zuerst die im Hinterdrund liegenden Bildteile. Die 
Polygone im Vordergrund, die meist die interessanteste Bildinfor- 
mation enthalten, werden erst zum Schluß gezeichnet. Zwischen- 
durch erscheinen verdeckte Bildteile, die anschließend wieder 
ausradiert bzw. übermalt werden. Bei manchen Anwendungen, wie 
z.B. bei Simulationen oder Trickfilmen, wirkt das sehr 
irritierend. In [12] wird deshalb eine Variante des Maler- 
Algorithmus angegeben, die diesen Nachteil vermeidet, indem sie 
das Bild zeilenweise von oben nach unten aufbaut. Dort finden Sie 
weiterhin einen Vorschlag, wie man den Maler-Algorithmus so 
modifizieren kann, daß er auch Figur 72 noch korrekt zeichnet. 


Dies erfordert allerdings einen recht hohen Programmaufwand. 


Die Graphiken in diesem Buch sind aus ebenen Polygonen aufgebaut. 
"Runde" Objekte, wie die Rotationskörper in Abschnitt 5.2 und den 
Funktionsgraphen aus Abschnitt 5.4, können wir angenähert 
darstellen, indem wir sie in viele kleine Polygone zerlegen. Bei 
der Darstellung von Funktionsgraphen zeigen sich aber bereits 
Grenzen dieses Vorgehens. Wir müssen "Vierecke" bilden, deren 
Ecken oft gar nicht in einer Ebene liegen (Abschnitt 5.4). Für 
solche Vierecke funktioniert unser Sichtbarkeitstest nur noch 
näherungsweise. 


Ein weiterer Nachteil besteht darin, daß man das Gitternetz des 
Funktionsgraphen nicht dadurch strukturieren kann, daß man 
Gruppen von Polygonen unter gleicher PolNr zu "Polytopen" 
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zusammenfaßt. Alle Polygone werden vielmehr durch PolNr=0 als 
"frei schwebend" gekennzeichnet, denn man kann einen Funktions- 
graphen ja sowohl von unten als auch von oben betrachten. Durch 
diesen Mangel an Struktur verlängert sich die Rechenzeit 
erheblich - was Sie beim Spielen mit robi sicher schon benerkt 


haben. 


Wir haben es hier also mit einer Anwendung zu tun, für die unsere 
Darstellungsverfahren nur bedingt geeignet sind. Als erste 
Verbesserung wird man versuchen, ein "runderes", dem tatsäch- 
lichen Verlauf des Graphen besser angepaßtes Gitternetz 
herzustellen. Dies erreicht man dadurch, daß man die Netzlinien 
Punkt für Punkt jeweils durch Berechnung des Funktionswertes 
zeichnet. Das Gitternetz ist dann ein Teil des Funktionsgraphen. 


Will man den Funktionsgraphen mit verdeckten Linien darstellen, 
darf ein Punkt einer Netzlinie nur dann gezeichnet werden, wenn 
er nicht verdeckt ist. Die Sichtbarkeit eines Punktes kann man 
mit der folgenden Sichtstrahlmethode entscheiden: 


Ist p das Auge des Beobachters und «x ein Punkt des 
Funktionsgraphen, so ist x genau dann von p aus sichtbar, 
wenn die Strecke [p,x] mit dem Funktionsgraphen außer x 
keinen weiteren Schnittpunkt hat. 


Die Funktion f, um deren Graphen es geht, ist durch eine 
Funktionsgleichung z=f(x,y) gegeben, die die z-Koordinate eines 
Punktes des Graphen in Abhängigkeit von der x- und y-Koordinate 
ausdrückt. Die Schnittpunkte des Sichtstrahls mit dem Funktions- 
graphen erhält man nun dadurch, daß man die Punkte von [p,x] in 
Parameterdarstellung ausdrückt, in die Funktionsgleichung 
einsetzt und daraus die Parameterwerte der Schnittpunkte 
berechnet. Wenn Sie das bei dem einfachen Beispiel 

z = fix,y) = Yx2 + y®@ (der Graph ist eine Halbkugel) versuchen, 
müssen Sie eine quadratische Gleichung für den Parameter t lösen. 
Die Berechnung der Schnittpunkte macht hier also keine prinzi- 
piellen Schwierigkeiten. Die Funktion aus Abschnitt 5.4 (und fast 
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alle anderen Funktionen auch) führt aber auf komplizierte 
Gleichungen, die man meist nicht mehr lösen kann. 


Bei der praktischen Anwendung der Sichtstrahlmethode rechnet man 
die Schnittpunkte deshalb nicht aus, sondern macht sich das 
folgende Prinzip zu nutze (das wir in ähnlicher Weise bereits bei 
Ebenen und Halbräumen kennengelernt haben): 


Der Graph einer Funktion f teilt den Raum in zwei Hälften, 
die Punkte (x,y,z) oberhalb des Funktionsgraphen, für die 
z >» fix,y) gilt, und die Punkte unterhalb des Graphen, die 


durch z £ f(x,y) gekennzeichnet sind, 


Man testet nun, welche der beiden obigen Ungleichungen für den 
Punkt p und für einen Punkt auf [p,x]1, der nahe bei x liegt, 
gelten. Hat man einmal den {£- und einmal den ?-Fall, so ist x 
nicht sichtbar, denn zwischen "{" und "}" muß auch der Fall "=" 
auftreten, also ein Schnittpunkt des Sichtstrahls mit dem 
Funktionsgraphen. 


Figur 73 


Stellt man dahingegen fest, daß in beiden Testpunkten dieselbe 
Ungleichung z.B. "<" erfüllt ist, kann man daraus noch nicht 
schließen, daß x sichtbar ist, denn [p,x] kann den Funktions- 
graphen ja mehrere Male schneiden (Figur 75). Man testet dann die 
Ungleichungen für den Mittelpunkt m von [p,x]. Gilt dort "2", ist 
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x nicht sichtbar, andernfalls testet man die Mittelpunkte mı und 
m= der Teilstrecken [p,m] und [m,x]. Dies Verfahren setzt man 
solange fort, bis man entweder x als nicht sichtbar erkannt hat, 
oder die Unterteilung von [p,x] so fein ist, daß kein 
Schnittpunkt mehr zu erwarten ist. 


Auf diese Weise kann man die Graphen von Funktionen in zwei 
Variablen mit verdeckten Linien zeichnen. Damit dies wirklich 
funktioniert, muß man an die Funktion noch einige Ansprüche 
stellen, z.B. daß sie stetig ist. Diese Bedingungen sind in sehr 
vielen Fällen erfüllt. Wenn man kompliziertere Funktionen mit dem 
Computer darstellen will, ohne dabei böse Überraschungen zu 
erleben (z.B. Programmausstieg durch zu große Funktionswerte oder 
Division durch Null), sollte man die Funktionsgleichung aller- 
dings nicht blindlings eingeben, sondern zuvor versuchen, die 
Funktion zu "verstehen", Viele Begriffe, die man aus der "Kurven- 
diskussion" von Funktionen in einer Variablen kennt (Minima, 
Maxima, Nullstellen, Polstellen etc.) findet man auch im Fall von 
zwei Variablen wieder. Manch einen Fehler, der beim Zeichnen der 
Funktion mit dem Rechner auftritt, kann man damit voraussagen 


oder zumindest hinterher erklären. 


Eine Besonderheit zeichnet das Sichtstrahlverfahren gegenüber 
allen bisher behandelten Sichtbarkeitsverfahren aus - es arbeitet 
nicht im Bild- sondern im Weltkoordinatensystem. Die Funktion f 
wird ja durch die Gleichung z=f(x,y) im Weltkoordinatensystenm 
beschrieben. Dort wird das Sichtstrahlverfahren angewandt. Ist 
der Bildpunkt sichtbar, wird er in Bildschirmkoordinaten trans- 
formiert und gezeichnet. (Den Zwischenschritt des Bildkoordi- 
natensystems kann man sich hier sparen.) 


Das Sichtstrahlverfahren ist sehr gut für die Implementation auf 
Mikrocomputern geeignet, weil es praktisch keinen Speicherplatz 
benötigt. Besonders schnell ist es allerdings nicht, weil ja sehr 
viele Funktionswerte ausgerechnet werden müssen, was bei kompli- 
zierten Funktionen eben seine Zeit braucht. Deshalb zeichnet man 
die Linien des Gitternetzes meist nicht wirklich Punkt für Punkt, 
sondern wählt eine größere Schrittweite und interpoliert die 
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Linie zwischen zwei Punkten durch eine Strecke. Die Sichtbarkeit 
testet man nur für die Endpunkte der Strecke und nimmt an, daß 
sie insgesamt sichtbar ist, wenn man ihre beiden Endpunkte sieht. 


Das Sichtstrahlverfahren eignet sich übrigens nicht nur zur 
Darstellung von Funktionsgraphen, sondern auch für andere durch 
Gleichungen definierte Flächen. In [7] finden Sie hierzu eine 
große Anzahl von Beispielen und Programmen. 


In diesem Kapitel haben wir die wesentlichen Sichtbarkeits- 
verfahren für Strichgraphik kennengelernt. Im Abschnitt 8.1 gehen 
wir noch kurz auf spezielle Verfahren für Rastergraphik ein. Wie 
Sie sehen, ist die Vielfalt der Methoden recht groß. Die 
Verfahren lassen sich darüber hinaus auf verschiedene Weisen 
variieren und miteinander kombinieren, so daß es eine Fülle von 
Lösungen des hidden-line-problems gibt, aus der man sich für die 
jeweilige Anwendung eine passende heraussuchen kann. 
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en Anwendungen wund Projekte 


In diesem Kapitel wollen wir Möglichkeiten zur Verbesserung und 
Erweiterung der Graphikprogramme aufzeigen und einige Beispiele 
für weitere Anwendungen geben. Besonderes Augenmerk richten wir 
dabei auf die (dringend notwendige) Reduzierung der Rechenzeit 
und auf Computergraphik als Projektthema im Informatikunterricht 
an Schulen, 


Im Mittelpunkt von Abschnitt 7.1 stehen Möglichkeiten zur Reduk- 
tion des Rechenzeitbedarfs. Abschnitt 7.2 enthält Vorschläge zur 
praktischen Nutzung unserer Graphikroutinen. Dabei ergeven sich 
eine Reihe von Wünschen nach Programmerweiterungen, die sich 
vielfach mit einfachen Modifikationen erreichen lassen. Abschnitt 
7,3 ist dem Thema "Computergraphik im Informatikunterricht" 
gewidmet. Wir machen zunächst Vorschläge für Graphikprojekte, die 
sich auf relativ niedrigem Niveau durchführen lassen. Dann 
stellen wir an Hand eines Rückblicks auf Fragen, die in den 
vergangenen Kapiteln aufgetaucht (und teilweise offen geblieben) 
sind, einige anspruchsvollere Projektthenmen vor. 


Aus Platzgründen können wir Ihnen keine fertigen Programme zu den 
Themen dieses Kapitels angeben. Die meisten unserer Vorschläge 
können Sie aber durch relativ kleine Änderungen der Programme aus 
den vorherigen Kapiteln leicht (?) selbst realisieren. 


7.1 Reduktion der Rechenzeit 


Wenn Sie schon versucht haben, mit dem Programm robi größere 
übjekte, wie z.B. einen Rotationstorus mit 20-eckigem Querschnitt 
und Rotationswinkel 9° (800 Vierecke), mit Unterdrückung der 
verdeckten Linien zu zeichnen, haben Sie sich bereits über die 
langen Rechenzeiten geärgert. Wenn Sie das noch nicht probiert 
haben, tun Sie’s jetzt! Während Ihr Computer blockiert ist, haben 
Sie etwas Zeit, um diesen Abschnitt zu lesen... 
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Die Programme der vorangegangenen Kapitel verfolgen vor allem 
zwei Ziele. Zum einen sollen sie die grundsätzliche Wirkungsweise 
der besprochenen Verfahren demonstrieren, ohne daß der Blick auf 
das Wesentliche durch allzu viele Schnörkel und Raffinessen 
verstellt wird. Zum anderen sollen sie auch auf Rechnern ait 
geringer Speicherkapazität ablauffähig sein. Deshalb haben wir 
dort weitgehend auf Tricks zur Optimierung der Rechenzeit 
verzichtet. 


Wir zeigen jetzt, am Beispiel der Programme aus Abschnitt 6.2, 
wie man durch etwas zusätzlichen Programmieraufwand und Einsatz 
von weiterem Speicherplatz erhebliche Verbesserungen hinsichtlich 
der Rechenzeit erzielen kann. Am Ende des Abschnitts geben wir 
noch einen Ausblick auf anspruchsvollere Verfahren, die zwar 
aufwendig in der Programmierung sind, aber bei der Darstellung 
umfangreicher Szenen weitere Rechenzeitvorteile bringen. 


Bei der Konzipierung der Prozeduren in Abschnitt d.2 war bereits 
klar, daß eine reine Anwendung des Roberts-Algorithmus - teste 
jede Kante gegen jedes Polygon durch Lösung von zwei LP-Problemen 
- zu unvertretbar langen Rechenzeiten führen muß. Deshalb haben 
wir dort schon zwei Vortests eingeführt (5. 149ff): Die Funktion 
InPol nutzt die Strukturierung der Szene durch Konvexität, die 
Funktion Ueberlapp trägt der Tatsache Rechnung, daß "weit vonein- 
ander entfernte" Bildteile sich nicht gegenseitig verdecken 
können. Die dennoch unbefriedigenden Rechenzeiten können zwei 
verschiedene Ursachen haben: 


i. Die Vortests sind nicht effizient, d.h. sie schließen 
nicht genügend (überflüssige) Aufrufe des eigentlichen 
Roberts-Algorithmus aus, oder sie benötigen selbst zuviel 
Rechenzeit. 


2. Der Roberts-Algorithmus selbst ist so aufwendig, daß er 
trotz relativ weniger Aufrufe den wesentlichen Teil der 
Rechenzeit beansprucht. 
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Plausibel erscheint zunächst der zweite Grund, denn die Prozedur 
SichtTeil führt ja umfangreiche Rechnungen in (zeitaufwendiger) 
Gleitkommaarithmetik aus. Demnach wäre eine erhebliche Rechen- 
zeitersparnis zu erwarten, wenn man etwa auf einem IBM PC 
zusätzlich den Arithmetikprozessor 8087 einsetzt. Das enttäu- 
schende Ergebnis (Ersparnis in der Größenordnung von 15%) läßt 
ahnen, daß in Wahrheit doch der erste Grund die Hauptverant- 


wortung für die Rechenzeit trägt. 


Um sich hierüber Klarheit zu verschaffen, kann man Variable ins 
Programm einfügen, die zählen, wie oft die einzelnen Prozeduren 
und Funktionen aufgerufen werden. In der folgenden Tabelle haben 
wir dies für drei Beispiele getan: Haus A (Haus, betrachtet aus 
Blickrichtung ®=650°, 9=70°), Haus B (Haus, betrachtet aus 
Blickrichtung #®=50°, 6=20°) und Torus (Rotationstorus mit 
I0ö-eckigem Querschnitt und Rotationswinkel 18°, betrachtet aus 
Blickrichtung #®=30°, 6=70°). Man sieht, daß in der Tat eine 
Zeitersparnis vor allem im Bereich der Vortests zu erzielen ist. 
Dies werden wir im folgenden tun, indem wir einerseits die Anzahl 
der Aufrufe von Ueberlapp reduzieren und andererseits diese 
Funktion selbst schneller machen. Weiterhin vermeiden wir, daß 
Kanten zweimal gezeichnet werden, indem wir die bereits gezeich- 
neten Kanten protokollieren. Ein Vergleich der Rechenzeiten in 
den beiden letzten Zeilen der Tabelle zeigt, daß man den 
Programmablauf damit tatsächlich wesentlich beschleunigen kann. 


|. Haus A | Haus B_ | Torus 


Aunsnatnsuessnsssnnsensnenssssnausnensnsssenananne, ennnn sans on an nnnant anasunnnanannnsnnennehonnenennennsnnsnue nass nenss asus enenenssnhounnnunen snssaeanennsasnenn sa naen een snsunannnnann ee 


InPol | 1620 | 2667 | 393435 
Veberlapp | 1384 | 2154 | 34308 
SichtTeil | __ 191 | ___s0. 1283. 
Zeit i I S55s I 44 s | 10:33 min 
Zeit 2 I s34s I 20s | 1:51 ain 


Zu Beginn der Funktion Veberlapp werden jeweils die minimalen und 
maximalen Koordinaten der Ecken des Polygons Pol[j] ermittelt. 
Das führt zu einer häufigen Neuberechnung dieser Werte, denn 
Poll jJ wird ja mit vielen verschiedenen Kanten verglichen. Diesen 
unnötigen Aufwand vermeidet man, indem man die Berechnung zu 
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Beginn der Prozedur HiddenLine (gleich nach dem Aufruf von 
SichtTest) für alle (sichtbaren) Polygone einmal durchführt und 
die Ergebnisse in einer globalen (oder bzgl. HiddenLine lokalen) 
Variablen abspeichert. Ueberlapp greift dann auf diese Variable 
zu, anstatt die Werte von min und max jedesmal neu zu berechnen. 
Bei 1000 Polygonen (MaxPolZahl=i000) wird hierfür ca. 12K 
zusätzlicher Speicherplatz für 5000 Zahlen vom Typ integer 
benötigt. 


Am Anfang von Veberlapp werden ebenfalls die minimalen und 
maximalen Koordinaten der Endpunkte der getesteten Strecke 
bestimmt. Diese Berechnung kann man an den Anfang der Prozedur 
Roberts verlagern, so daß sie nicht für jedes Polygon, das mit 
der Strecke verglichen wird, neu gemacht werden muß. Hierfür ist 
kein zusätzlicher Speicherplatz erforderlich. 


Durch diese beiden Verbesserungen wird die Funktion Ueberlapp 
bereits wesentlich beschleunigt. Die erste ist ein Beispiel 
dafür, daß man durch Einsatz von zusätzlichem Speicherplatz 
Rechenzeit sparen kann. Von dieser Möglichkeit (die sich beim 
Programmieren oft bietet) kann (und sollte) man inzwischen 
großzügig Gebrauch machen, weil sich die Speicherkapazität im 
Mikrocomputerbereich in den letzten Jahren schneller entwickelt 
hat als die Rechengeschwindigkeit. Die zweite Verbesserung 
erzielt man ohne zusätzlichen Speicheraufwand einfach dadurch, 
daß man einen Programmabschnitt innerhalb des Programms verla- 
gert. Die Lesbarkeit des Programms (leicht durchschaubarer 
modularer Aufbau) wird hierdurch allerdings meist gestört, so daß 
man solche "Verbesserungen" nicht zu weit treiben sollte. Das 
Ergebnis kann sonst leicht ein zwar sehr schnelles, aber völlig 
undurchsichtiges Programm sein, in dem sich selbst der "Erfinder" 
nicht mehr zurechtfindet. 


Die Funktion Veberlapp testet noch einen weiteren Fall, nänmlich 
den, daß die Strecke [a,b] vor dem Polygon P liegt, und deshalb 
nicht durch P verdeckt werden kann, Dies ist der Fall, wenn 

Zmin(la,b]l) > zmax{P) ist. Diesen Test können wir wiederum aus 
der Prozedur Ueberlapp auslagern. Wir verwenden ihn stattdessen 
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für eine bessere Abbruchbedingung in der Prozedur Roberts, mit 
der wir die Anzahl der Aufrufe von Veberlapp merklich reduzieren. 
Hierzu gehen wir folgendermaßen vor: Nachdem wir zZmax (Poll j]l) zu 
Beginn der Prozedur HiddenLine für alle Polygone Poll j] berechnet 
haben, sortieren wir das Feld Pol nach fallendem zmax (Poll j]). 
Hierfür kann man ein beliebiges Sortierverfahren (vgl. [14)) 
verwenden. In der Prozedur Roberts wird die Strecke [a,b] gegen 
alle Polygone getestet - Abbruchbedingung: 


while (j<=PolZahl) ... 


Nachdem wir das Feld Pol sortiert haben, können wir diese 
Abbruchbedingung durch 


while (Zmin(la,b)) & ZuakAP}) una 


ersetzen. [a,b] wird dann gar nicht erst gegen die Polygone 
getestet, die hinter dieser Strecke liegen, die [a,b] also 
ohnehin nicht verdecken können. 


Diese dritte Verbesserung unseres Programms ist von anderer Art 
als die beiden ersten: Man treibt zunächst zusätzlichen (Rechen- 
zeit-) Aufwand, indem man das Feld Pol sortiert. Anschließend 
spart man Rechenzeit ein, weil das Programm auf der durch die 
Sortierung vorbereiteten Datenstruktur effizienter arbeitet. (Daß 
man per Saldo wirklich Rechenzeit einspart, können Sie selbst 
ausprobieren.) Dieses Schema zur Beschleunigung des Progrann- 
ablaufs ist typisch für viele moderne Algorithmen (nicht nur) in 
der Computergraphik: Durch ein Vorprogramm ("preprocessing") 
bereitet man die Ausgangsdaten so auf, daß das anschließende 
Programm zur Lösung des eigentlichen Problems erheblich schneller 


arbeitet. 


Bei vielen unserer graphischen Darstellungen treten Kanten auf, 
die in zwei sichtbaren Polygonen P und Q liegen. Solche Kanten 
werden auch zweimal auf Verdeckung untersucht - ein überflüssiger 
Aufwand. Dies kann man dadurch vermeiden, daß man in einer 
globalen Variablen protokolliert, welche Kanten bereits gezeich- 
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net worden sind. Ein Test dieser Variablen, aufgerufen in der 
Prozedur HiddenLine, verhindert dann die doppelte Behandlung von 
Kanten. Wir haben hier also ein weiteres Beispiel dafür, daß man 
durch Einsatz zusätzlicher Speicherkapazität Rechenzeit sparen 
kann. 


Auf den ersten Blick erscheint ein Boolesches Feld der Größe 
MaxD2PktZahl x MaxD2PktZahl zur Protokollierung der gezeichneten 
Kanten geeignet: Man trägt an der Stelle (i,j) den Wert true ein, 
wenn die Kante [i,j] gezeichnet wurde. Für 1000 Punkte, d.h. 
MaxD2PktZahl=1000, benötigt man dann aber bereits 1 Megabyte 
Speicherplatz. Um Platz zu sparen, nehmen wir an, daß in jedem 
Punkt nur eine kleinere Anzahl von Kanten zusammenstößt. Für die 
meisten praktischen Anwendungen reicht es aus, wenn wir diese 
Anzahl auf höchstens sechs begrenzen. Die gezeichneten Kanten 
können wir dann in einem integer-Feld der Größe MaxD2PktZahl x 6 
abspeichern: An den Stellen (i,!l),..., (i,6) tragen wir für die 
gezeichneten Kanten, deren einer Endpunkt i ist, jeweils die 
Nummer des anderen Endpunkts ein. Wird also beispielsweise zuerst 
die Kante [7,12] gezeichnet, so wird an der Stelle (7,1) die Zahl 
12 ins Feld geschrieben. (Konsequenterweise müßte man auch noch 
die Zahl 7 an der Stelle (12,1) eintragen. Dieser doppelte 
Eintrag ist aber natürlich überflüssig - und auch leicht 
vermeidbar...) 


Mit diesen Programmodifikationen haben wir die Rechenzeitver- 
kürzungen in der Tabelle auf 5.184 erzielt. Die Zeiten beziehen 
sich auf einen Ablauf des Programms robi unter TURBO-PASCAL auf 
einem IBM PC ohne Arithmetikprozessor (Zeit 1 = ursprüngliche 
Version , Zeit 2 = modifizierte Version). Wie groß der Anteil der 
einzelnen Verbesserungen am Gesamterfolg ist, können Sie 
experimentell ermitteln, indem Sie zunächst nur einige davon 
implementieren. Wenn Sie die Programme gründlich durchforsten, 
werden Sie sicher auch noch weitere Verbesserungsmöglichkeiten 


entdecken. 


Die Sortierung der Polygone ist wohl die interessanteste unserer 
Programmverbesserungen. Fast alle hidden-line-Algorithmen zur 
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Darstellung umfangreicherer Szenen benutzen (mehr oder weniger 
gut erkennbar) Sortierverfahren, um Rechenzeit zu sparen. Deshalb 


wollen wir dies Thema hier noch etwas ausbauen. 


Die Sortierung der Polygone nach ihrer Tiefe im Bild (d.h. im 
Bildkoordinatensystem nach fallender 2-Koordinate) spart 
natürlich besonders viel Rechenzeit, wenn die Szene in dieser 
Richtung sehr ausgedehnt ist. Bei Szenen, die sich weniger in die 
Tiefe ausdehnen, sondern mehr in x- und y-Richtung ist eine 
Sortierung nach einer dieser beiden Koordinaten vorteilhafter. 
(Die Funktion Ueberlapp muß man dann natürlich auch entsprechend 
verändern.) Wir können hierfür sogar ein Sortierverfahren 
konstruieren, mit dem man "gleichzeitig in x- und y-Richtung 
sortieren" kann. Es ist ein Unterteilungsverfahren, das nach 
einem ähnlichen Grundprinzip arbeitet wie der Algorithmus von 
Warnock (Abchnitt 6.3): 


Figur 74 


Die Aufteilung des Bildes beim Warnock-Algorithmus läßt sich 
schematisch in einem Diagramm aus Punkten (auch Knotenpunkte oder 
Die Knoten symbolisieren die Teilfenster, die Pfeile zeigen die 
Beziehungen zwischen ihnen an. Figur 74 zeigt den Baum zu Figur 
gesamten Bildschirm. Wird ein Fenster in Teilfenster unterteilt, 
so zeigen vier Pfeile auf diese vier Teilfenster. (In der 
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Mathematik wachsen die Bäume nicht in den Himmel, sondern meist 
von oben nach unten.) 


Daß ein Pfeil auf einen Knotenpunkt zeigt, kann man in PASCAL 
übrigens wörtlich nehmen: Bäume lassen sich sehr hübsch mit 
Zeigervariablen realisieren und mit rekursiven Prozeduren 
aufbauen und bearbeiten. In [4] und [14] finden Sie Beispiele 
hierzu. 


Zur Sortierung können wir Bäume auf folgende Weise einsetzen. 
Anstatt die Polygone in einem Feld (etwa nach ihrer maximalen 
z-Koordinate) zu sortieren, ordnen wir sie nach dem Vorbild des 
Warnock-Algorithmus in einem Baum an: Für jedes Polygon bestimmen 
wir das kleinste Fenster (im Sinne der "Warnock-Unterteilung"), 
in dem das Polygon noch vollständig zu sehen ist. An dem Knoten 
des Baumes, der diesem Fenster entspricht, wird das Polygon 
gespeichert. Einen solchen Knoten kann man durch eine PASCAL- 
Variable des Typs 


KnotenTyp = record 
pol : array [Li1..20) of PolTyp; 
Li0Ob,Reöb,LiUn,ReUn : “KnotenTyp; 
end; 


realisieren. Die Polygone werden im Feld pol gespeichert, die 
Zeiger LiOb, Reüb, LiUn und Reln repräsentieren die vier Pfeile 
zu den Nachfolgeknoten im Baum. (Bei einer praktischen Realisie- 
rung wird man allerdings die Polygone nicht in einem Feld 
speichern, sondern auch in einer dynamischen Struktur, etwa in 
einer (durch Zeiger) verketteten Liste, denn die Anzahl der 
Polygone wird an den verschiedenen Knoten des Baumes meist sehr 
unterschiedlich ausfallen,) 


Eine Kante [a,b] muß nun nur noch gegen die Polygone auf 
Verdeckung getestet werden, die an einem Knoten Kr des Baumes 
gespeichert sind, dessen Fenster die Kante [a,b] schneidet. Man 
beginnt also mit dem Test an der Wurzel des Baumes und verzweigt 
jeweils dann (in Pfeilrichtung) zu einem Nachfolgeknoten, wenn 
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die Kante im Fenster dieses Knotens zu sehen ist. Ein großer Teil 
der Polygone, die wir bisher mit der Prozedur Ueberlapp ausge- 
schieden haben, muß damit gar nicht erst getestet werden. 


Bei einem solchen Baum gehen von jedem Knoten vier Pfeile aus 
(oder gar keiner). Er wird deshalb häufig als quad-tree bezeich- 
net. Ein quad-tree liefert also eine Sortierung der Polygone, die 
gleichzeitig in x- und y-Richtung wirkt. Die Polygonlisten an 
jedem einzelnen Knoten kann man dann noch in z-Richtung 
sortieren, um die Anzahl der Tests "Kante gegen Polygon" weiter 
zu reduzieren. 


Eine S-dimensionale Variante dieses Unterteilungsverfahrens 
liefert direkt eine Sortierung in allen drei Raumrichtungen. An 
Stelle von Fenstern arbeitet man dabei mit Quadern, deren Kanten 
parallel zur x-, y- und z-Achse sind. Man beginnt mit einen 
Quader, der die ganze Szene umfaßt, und verfeinert jeweils in 
acht Teilquader. Beim hierbei aufgebauten Baum zeigen jeweils 
acht Pfeile von einem Knotenpunkt zu den Nachfolgeknoten. Er wird 
deshalb als oct-tree bezeichnet. 


7.2 Anwendungen 


Die Graphikprozeduren dieses Buches lassen sich in vielfältiger 
Weise zu Programmen für praktische Anwendungen kombinieren. Dies 
werden wir jetzt an Beispielen vorführen. Anschließend machen wir 
noch einige Bemerkungen zu kommerziellen Graphikprogrammen und zu 
Verbesserungen unserer Programme. 


Bei der Generierung graphischer Objekte in Kapitel 5 sind wir 
bereits einem Grundprinzip gefolgt, daß man auch bei den meisten 
kommerziellen Graphiksystemen antrifft: Beim interaktiven Aufbau 
von Graphikszenen werden die Objekte nicht Ecke für Ecke und 
Polygon für Polygon konstruiert, sondern aus etwas größeren 
Grundbausteinen zusammengesetzt. Diese Grundbausteine, wie z.B. 
das Haus oder die platonischen Körper, lassen sich durch wenige 


191 


Parameter (Größe, Drehwinkel etc.) manipulieren, so daß man mit 
ihnen auch größere Szenen schnell aufbauen kann. 


Viele individuelle Graphikanwendungen können Sie nun nach 
folgendem Schema selbst programmieren: 


il. Legen Sie den für Ihre Anwendung "maßgeschneiderten" 
Satz von graphischen Grundbausteinen fest. 


2, Schreiben Sie (nach dem Muster von Kapitel 5) Prozeduren, 
die Ihre Graphikbausteine erzeugen. 


3. Binden Sie die Prozeduren aus 2. mit den Programmpaketen 
D2Pak2, D3Paki und D3Pak2 (oder D3Pak3) zu einem inter- 
aktiven Programm zusammen (wie z.B. robi am Ende von 
Abschnitt 6.2). 


m 


Figur 75 


Ein erstes, sehr einfaches Beispiel ist die Erstellung 3-dimen- 
sionaler Histogramme (Säulendiagramme), mit denen man Entwick- 
lungen veranschaulichen kann, die von zwei Variablen abhängen, 
wie etwa der Verkaufserfolg von 4 verschiedenen Produkten in 

7 aufeinanderfolgenden Jahren (Figur 75). 
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1. Man braucht nur einen einzigen Grundbaustein, nämlich 
eine "Säule". 


2, Eine Prozedur, die eine Säule erzeugt, bekommt man durch 
Modifikation der Prozedur MachWuerfel aus Abschnitt 5.1. 
Man muß nur noch einen zusätzlichen Parameter h 
einführen, der die Höhe der Säule bestimmt. 


3. Ein Programm zur Darstellung von Histogrammen könnte dann 
so aussehen: Zuerst werden die Daten eingelesen und in 
einem Feld der Größe 7x4 gespeichert. Dann werden die 28 
Säulen von der Prozedur aus 2. erzeugt. Schließlich wird 
das Histogramm aus einem festen Blickwinkel (mit ver- 
deckten Linien) gezeichnet. (Eine Auswahlmöglichkeit für 
verschiedene Blickrichtungen wie in robil ist für diese 
Anwendung überflüssig.) 


Für anspruchsvollere Graphiken benötigt man natürlich eine 
größere Anzahl verschiedener Graphikbausteine. Einige 


Anwendungsfälle sind: 


- Quader, Kugeln, Zylinder, Kegel (für allgemeine 
Graphiken) 


- Möbel (wenn man verschiedene Inneneinrichtungen dar- 
stellen will, z.B. Entwurf von Küchen) 


- Rohre, Verbindungsstücke, Krümmer etc. (zum Entwurf von 
Rohrleitungssystenen) 


Beim letzten Beispiel kann man das Sichtbarkeitsverfahren von 
Roberts noch für einen zusätzlichen Test einsetzen. Beim Entwurf 
von Rohrleitungssystenmen ist es natürlich wichtig, daß Leitungen 
sich nicht gegenseitig durchstoßen. Durchstoßpunkte werden beim 
Roberts-Algorithmus durch LP-Lösungen angezeigt, bei denen der 
Parameter t den Wert Ö hat (5. 153). Den Entwurf eines Rohrlei- 
tungssystems kann man deshalb auf seine Funktionsfähigkeit 
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testen, indem man den Roberts-Algorithmus ohne den Vortest aus 
Abschnitt 64.1 aufruft. Eine LP-Lösung mit t=0 zeigt dann eine 
verbotene Durchdringung an. 


Graphikbausteine, die durch feste Prozeduren erzeugt werden und 
nur durch wenige Parameter manipuliert werden können, reichen für 
manche Anwendungen nicht aus. Wenn Sie etwa Siedlungen entwerfen, 
möchten Sie sicherlich nicht nur auf ein oder zwei fest vorge- 
gebene Haustypen beschränkt sein, sondern zunächst einmal Ihre 
eigenen Häuser herstellen. Diese Häuser könnte man mit einen 
getrennten Programm entwerfen und als Graphikbausteine auf 
Diskette abspeichern. 


Kommerzielle Graphiksysteme nutzen die Strukturierung einer Szene 
durch Graphikbausteine häufig zum Aufbau einer "Graphiksprache", 
d.h. einer speziellen Programmiersprache zur Beschreibung von 
Graphiken. Wenn z.B. in einem 2D-System Kreise als Grundbausteine 
zur Verfügung stehen, kann man das Zeichnen eines Kreises mit 
Mittelpunkt (4,5) und Radius 10 in der Graphiksprache durch die 
Anweisung Kreis(4,5,10) ausdrücken. Eine solche Graphiksprache 
kann man sich in PASCAL selber schreiben. In [12] sind einige 
Prinzipien zusammengestellt, die man hierbei beachten sollte. Die 
Programmierung eines Graphiksystems, das einen solchen Komfort 
bietet, ist allerdings enorm aufwendig. 


Die meisten kommerziellen Graphiksysteme für Mikrocomputer, wie 
z.B. AutoCad, sind weitgehend auf 2D-Graphiken beschränkt 
(leisten dort aber Beträchtliches). Die Graphikprogramme dieses 
Buches kann man hier als Erweiterung in den 3D-Bereich nutzen. 
Kommerzielle Systeme bieten nämlich oft ein spezielles Daten- 
übertragungsformat an, mit dem man Fremdgraphiken übernehmen 
kann. Mit unseren Programmen erstellte 3D-Graphiken lassen sich 
dann mit den Möglichkeiten dieser Programme weiterbearbeiten 
(Schraffuren, Beschriftungen, Bemaßungen etc.). 


Am Ende dieses Abschnitts wollen wir noch auf zwei einfache 
Verbesserungsmöglichkeiten unserer Programme hinweisen, die für 
die obigen Anwendungen nützlich sind. 
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Manchmal ist es sinnvoll, daß gewisse Kanten eines Polygons nicht 
gezeichnet werden, auch wenn sie sichtbar sind. Dies ist z.B. der 
Fall, wenn man das nicht-konvexe Fünfeck aus Figur 12 darstellt, 
indem man es durch zwei Diagonalen in drei Dreiecke zerlegt. 
Kanten, die prinzipiell nicht gezeichnet werden sollen, kann man 
durch eine einfache Ergänzung der Variablen Pol (Abschnitt 3.2) 
bezeichnen. Unsichtbare Kanten müssen natürlich auch nicht auf 
Verdeckung getestet werden. Dies sollte man bei den hidden-line- 
Algorithmen berücksichtigen, um die Rechenzeit abzukürzen. 


In Abschnitt 5.3 haben wir die Fenster des Hauses durch Polygone 
realisiert, die in geringem Abstand "vor der Hauswand schweben", 
Beim Spielen mit dem Programm robi ist Ihnen vielleicht schon 
aufgefallen, daß dieses Verfahren nicht immer ganz sauber 
funktioniert. Durch Rundungsfehler bei der Berechnung der 
verdeckten Linien kann es passieren, daß ein Teil des Fensters 
durch die dahinter (!) liegende Hauswand "verdeckt" wird. Diesen 
unschönen Effekt kann man vermeiden, indem man (wieder durch eine 
Ergänzung der Variablen Pol) ein Polygon (die Hauswand) 
bezeichnet, gegen das das Fenster beim hidden-line-Algorithmus 
nicht getestet werden soll. (Das spart zusätzlich Rechenzeit.) 


7.3 Projekte für die Schule 


Computergraphik - angesiedelt an der Schnittstelle von Mathematik 
und Informatik - ist ein für beide Fächer reizvolles Projekt- 
thena: 


Es zeigt (im wahrsten Sinne des Wortes) die unmittelbare 
Anwendbarkeit der mathematischen Teilgebiete Analytische 
Geometrie und Lineare Algebra. Der Einsatz des Rechners ist dabei 
eine sinnvolle Ergänzung des theoretischen Unterrichts, weil man 
hierdurch auch umfangreichere Probleme lüsen kann, die man 
ansonsten wegen der langwierigen und langweiligen Berechnungen 
gar nicht erst angehen würde. Dies ist ähnlich wie etwa bei 
Iterationsverfahren aus dem Bereich der Analysis, deren 
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Wirkungsweise man ja auch erst mit dem Computer in vernünftiger 
Weise demonstrieren kann. 


Als Projektthema in der Informatik liefert Computergraphik vor 
allem viele Beispiele für den sinnvollen Einsatz fortgeschrit- 
tener Programm- und Datenstrukturen. Eine Realisierung der 
Verfahren zur Unterdrückung der verdeckten Linien wäre etwa ohne 
die Möglichkeit des rekursiven Prozeduraufrufs äußerst mühsan. 
Die Verwendung von Zeigervariablen bietet sich an vielen Stellen 
sowohl zur Einsparung von Speicherplatz als auch zur Implemen- 
tierung spezieller Verfahren an. Die Frage des Rechenzeitbedarfs 
verschiedener Algorithmen läßt sich an Beispielen äus der 
Computergraphik sehr schön diskutieren (und praktisch erproben). 


Wie Sie bereits in den vorhergehenden Kapiteln gesehen haben, 
benötigt man für Computergraphik recht umfangreiche Programme. 
Die arbeitsteilige Erstellung einzelner Programmteile durch 
verschiedene Arbeitsgruppen ist deswegen zwingend notwendig 
(„..und das ist ja auch ein wesentliches Lernziel bei einen 
Informatikprojekt). 


Natürlich muß man auch die jeweils vorhandenen mathematischen 
Vorkenntnisse berücksichtigen. Wir haben in diesem Buch viele 
Sachverhalte mit Hilfe von Matrizen dargestellt, da man auch 
kompliziertere Rechnungen damit knapp und übersichtlich 
beschreiben kann. Außerdem glauben (hoffen?) wir, daß man die 
Grundzüge der Matrizenrechnung an Hand des stufenweisen Aufbaus 
über das Skalarprodukt (Abschnitt 2.3) einigermaßen leicht 
erlernen kann. Im Schulunterricht werden Matrizen aber oft nur 
stiefmütterlich behandelt. Computergraphische Verfahren sollten 
dann natürlich auch ohne Matrizen dargestellt werden, was 
zumindest bei den einfacheren Verfahren ohne weiteres möglich 


ist. 


Die folgenden Projektvorschläge berücksichtigen diese 
Beschränkungen. Sie sind teilweise bereits praktisch erprobt 
worden. Wir beginnen mit einfachen Projekten und steigern den 
Schwierigkeitsgrad allmählich. 
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2D-Graphik (Kapitel 2) ist ein hübsches Thera für den Informatik- 
unterricht (u.U. bereits in der Sekundarstufe I), Die Abbildungen 
aus den Abschnitten 2.3 und 2,4 lassen sich ebhensogut ohne 
Matrizen darstellen - wir haben sie lediglich als einfache 
Beispiele zur Einführung der Matrizenrechnung benutzt. Funktionen 
komgerzieller CAD-Systeme, wie z,B., die Betrachtung von Aus- 
schnitten einer größeren Zeichnung (loaming) kann man hier 
bereits deaonstrieren. Eine andere Anwendung ı5t die iterative 
Konstruktion von Figuren. Ausgangspunkt der Figuren 76/77 ist eın 
Quadrat. Die weiteren Quadrate erhält man Jeneils dadurch, dad 
nan die Kanten des vorhergehenden Quadrats ın einem festen 
Teılverhaltnis unterteilt. Die Bilder lassen den Verdacht 
aufkommen, daß die Ecken der Quadrate wohl auf irgendwelchen 
Kurven liegen... 


Figur 76 Figur 77 


S-dimensionales Zeichnen wird im Schulunterricht oft konstruktiv 
eingeführt: Man gibt die Bilder der Einheitsvektoren in den drei 
Koordinaternrichtungen als Dreibein in der Zeschenehene vor und 
konstruiert das Bild eines Punktes wie am Ende von Abschnitt 4.2 
angedeutet. {Der Satz von Pohlke wird hierbei meist nicht 
problematisiert.) Diese Konstruktionsvorschrift kann aan dırekt 
in ein Programm umsetzen und so die explizıte Behandlung von 
Parallelprojektıonen umgehen. 
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Grundlage für die Auswahl der Projektionen in unseren Programmen 
ist die "Blickrichtung", aus der wir ein (im Weltkoordinaten- 
system) fest vorgegebenes Übjekt betrachten. Durch einen Wechsel 
des Koordinatensystems (Bildkoordinatensystem) führen wir die 
Projektion auf den Fall einer Orthogonalprojektion auf die 
x,y-Ebene zurück. Dieses Konzept führt zu bedienungsfreundlichen 
Programmen - man muß nur die Blickrichtung wählen. Der Wechsel 
des Koordinatensystens ist jedoch anschaulich etwas schwer zu 
verstehen. Einfacher ist es, nur eine feste Projektion (am besten 
die Orthogonalprojektion auf die x,y-Ebene) zuzulassen, und 
stattdessen das Objekt zu drehen. Man benötigt dann auch keine 
Matrixinversion (vgl. Abschnitte 4.1 und 4,2). Ein Projekt auf 
dieser Grundlage, das auch die Unterdrückung der verdeckten 
Linien für konvexe Polytope (Abschnitt 54.1) einschließt, ist ohne 
weiteres durchführbar. Die Prozeduren aus Kapitel 5, die die 
platonischen Körper etc. erzeugen, müssen hierfür so erweitert 
werden, daß man die Objekte drehen kann. 


Um die Unterdrückung der verdeckten Linien auch bei nicht 
konvexen Objekten zu studieren, ist der Algorithmus von Warnock 
(Abschnitt 6.3) sehr gut geeignet, denn er 


- erfordert im wesentlichen nur Berechnungen in der Ebene, 


ist also mathematisch nicht allzu anspruchsvoll. 


- demonstriert sehr anschaulich die Wirkungsweise 
rekursiver Programmierung. 


- erlaubt Experimente (z.B. mit unterschiedlichen Abbruch- 


bedingungen). 


Hidden-line-verfahren, die direkt die Endpunkte der sichtbaren 
Teile einer Kante berechnen, wie der Algorithmus von Roberts 
(zusammen mit seinen diversen Vortests), sind dem Verfahren von 
Warnock überlegen - sie liefern bessere Bilder in kürzerer 
Rechenzeit. Dies trifft zumindest für die in diesem Buch 
betrachtete Situation zu: Implementierung der Verfahren in einer 
höheren Programmiersprache auf einem Mikrocoamputer; graphische 
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Szenen mit bis zu 1000 Polygonen. Das Verfahren von Roberts 
(Berechnung verdeckter Linien durch Lösung von LP-Problemen) ist 
allerdings mathematisch recht aufwendig. Die in Abschnitt 6.4 
vorgeschlagene vereinfachte Version, die nur Analytische 
Geometrie in der Ebene erfordert, ist für ein Projekt wohl besser 


geeignet. 


Die Programmierung von Lösungsverfahren für das hidden-line- 
problem, die über den konvexen Fall hinausgehen, ist in jedem 
Fall eine umfangreiche und zeitraubende Aufgabe. Will man diese 
Zeit nicht in das Thema Computergraphik investieren, bietet sich 
als Alternative die Arbeit mit fertigen Programmen. Das können 
etwa Programme sein, die Schüler vorhergehender Jahrgänge 


geschrieben haben, oder auch Programme aus diesem Buch. 


Die Grundzüge des Algorithmus von Warnock sind z.B. schnell 
erklärt. Anschließend kann man mit den Programmen aus Abschnitt 
6.3 Experimente anstellen, wie sich verschiedene Abbruch- 
bedingungen auswirken. Man muß dazu nur die Funktion einfach ($. 
169) abändern. Ein anderes Thema wäre die Analyse der Programm- 
verbesserungen, die wir in Abschnitt 7.1 vorgeschlagen haben. Sie 
lassen sich durch leichte Abänderungen der Programme aus 
Abschnitt d.2 realisiefen. 


Die Arbeit mit Fremdprogrammen ist natürlich nicht immer 
problemlos, wenn etwa der modulare Programmaufbau zu wünschen 
übrig läßt, Kommentare fehlen oder gar "tricky programming" 
angewendet wurde. Solche Schwierigkeiten sind aber auch ganz 
lehrreiche Erfahrungen - was kann wohl ein Fremder mit den 


Programmen anfangen, die man selbst so schreibt... 
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SS. Ausblicke 


In diesem Buch haben wir die computergraphische Darstellung von 
Objekten, die aus ebenen, konvexen Polygonen aufgebaut sind, 
ausführlich behandelt. Das ist ein wichtiger Ausschnitt aus dem 
großen Gebiet der Computergraphik - aber eben nur ein Ausschnitt. 
In einem abschließenden Kapitel möchten wir Ihnen deshalb noch 
zwei andere Teilgebiete der Computergraphik vorstellen, die wir 
für besonders wichtig halten. 


8.1 Rastergraphik 


Im Gegensatz zur Strichgraphik, bei der nur die Ränder der 
Dbjekte (z.B. Polygone) gezeichnet werden, stellt die 
Rastergraphik die Objekte durch (in verschiedenen Farben) 
vollständig ausgemalte Flächen dar. Mit dieser Darstellungsweise 
erhält man sehr realistisch aussehende Bilder, die sich gut für 
Werbungszwecke oder für Simulationen eignen. Rastergraphik hat 
allerdings einen erheblich höheren Bedarf an Speicherplatz und 
Rechenzeit als Strichgraphik, denn es muß ja eine sehr große 
Anzahl einzelner Bildpunkte behandelt (auf Verdeckung getestet, 
eingefärbt etc.) werden. Anspruchsvolle Rastergraphik, wie etwa 
die Signets der Fernsehanstalten, bei denen u.a. Schatten und 
Lichtreflexe simuliert werden, kann deshalb auch heute nur auf 
Großrechnern hergestellt werden (und ist extrem teuer). 


Beispiele für (gar nicht sb) einfache Rastergraphik auf 
Mikrocomputern findet man bei den Videospielen. Mit zunehmender 
Speicherkapazität wird die Rastergraphik in den nächsten Jahren 
schnell weiter in den Bereich mittlerer und kleiner Rechner 
vordringen. Diese Form der Computergraphik stellt eine Reihe von 
Problemen, mit denen wir es bei der Strichgraphik noch nicht oder 


in anderer Form zu tun hatten, wie etwa: 


- schnelles Ausmalen eines Polygons mit einer Farbe. 


- Unterdrückung verdeckter Bildteile. 
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- Erzielung von "räumlicher Tiefe". 


Das Ausmalen eines Polygons ist ein Problem, das wir schon beim 
"elektronischen Radiergummi" für den Maler-Algorithmus in 
Abschnitt 5.4 kennengelernt haben. Man löst es meist durch 
"zeilenweise Abtastung", d.h. man malt das Polygon Bildschirn- 
zeile für Bildschirmzeile mit Strecken in der gewünschten Farbe 
aus. In Figur 78 sehen Sie, wie man die Endpunkte einer solchen 
Strecke durch einfache Additionen aus den entsprechenden End- 
punkten in der vorhergehenden Bildschirmzeile erhält - man muß 
sich nur vorher die Steigungen dy:./dxı und dy2/dxz der 
beteiligten Polygonkanten ausrechnen. 


reEILrK ee ee Be a ya 


Figur 78 


Die Unterdrückung der verdeckten Bildteile tritt bei der 
Rastergraphik nicht als "Problem der verdeckten Linien" auf, 
sondern als "Problem der verdeckten Flächen" (hidden-surface- 
problem). Mit dem Maler-Algorithmus haben wir in Abschnitt 6,4 
bereits ein Verfahren zur Lösung dieses Problems kennengelernt. 
Auch das Verfahren von Warnock (Abschnitt 64.2) läßt sich leicht 
zu einem hidden-surface-Verfahren modifizieren. Anstatt nur die 
Polygonkanten an den Rändern des Fensters zu clippen, muß man die 
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gesamte Fläche des Polygons dort abschneiden. Der Algorithmus von 
Roberts aus Abschnitt 6.2 ist dagegen ein Beispiel für ein reines 
hidden-line-Verfahren. In [12] werden weitere hidden-surface- 
Verfahren für Rastergraphik behandelt. 


Bei Strichgraphik wird der Eindruck räumlicher Tiefe durch die 
Unterdrückung der verdeckten Linien erreicht. Bei Rastergraphik 
reicht dies nicht aus. Stellen Sie sich etwa eine Szene aus 
verschiedenen einfarbigen Kugeln vor (Poolbillard). In Raster- 
graphik nach einem der obigen Verfahren sähe das wie eine 
Ansammlung von platten Kreisscheiben aus. Die Rundung der Kugeln 
wäre nicht sichtbar. Diesem Mangel hilft man durch Simulation 
einer Beleuchtung der Szene durch eine Lichtquelle ab. 


LICHT 
Figur 79 


Ein einfaches Modell simuliert die Beleuchtung von "stumpfen", 
also nicht glänzenden, Flächen durch parallele Lichtstrahlen aus 
einer festen Richtung. Die Lichtenergie E, die von einem Punkt 


der Fläche reflektiert wird, ist dabei durch die Formel 
E=-Rcosı« 


gegeben. R ist ein Reflexionskoeffizient, der angibt, welchen 
Anteil des eingestrahlten Lichts die Oberfläche reflektiert. Der 
Wert R=0 beschreibt also z.B. eine mattschwarze Fläche, die alles 
Licht absorbiert. « ist der Winkel zwischen der Richtung der 
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einer Tangentialebene an die Fläche in diesem Punkt. Figur 79 
zeigt « im Fall einer Kugel. Die Modellannahme ist, daß umso mehr 
Licht reflektiert wird, je steiler die Lichtstrahlen auf die 
Fläche treffen. Bei tangentialem Lichteinfall, «=90° ("Streif- 
licht"), wird überhaupt nichts reflektiert. 


In besseren Farbgraphiksystemen stehen neben verschiedenen Farben 
auch "Intensitätsstufen" (von "blaß" bis "kräftig") für die 
Einfärbung eines Bildpunktes zur Verfügung. Regelt man die 
Intensität nach der obigen Formel - großer Wert von E bedeutet 
kräftige Einfärbung, so erhält man bereits recht realistische 
Darstellungen gekrümmter Objekte mit matter Oberfläche. 


Billardkugeln sind allerdings lackiert. Sie erzeugen deshalb 
zusätzliche eng begrenzte Lichtreflexe, die - im Gegensatz zum 
obigen Modell - nicht nur von der Position der Lichtquelle, 
sondern auch von der Blickrichtung des Betrachters abhängen. 
Diesen Effekt kann man durch eine ähnliche Formel simulieren. Die 
Effekte überlagert man dann durch Addition der Intensitäten aus 
beiden Formeln. Details und Bildbeispiele hierzu finden Sie in 
[12]. Dort können Sie auch Anregungen für die Simulation weiterer 
Bildeffekte, wie Beleuchtung durch eine punktförmige Lichtquelle, 
Schattenwurf oder halbdurchsichtige Flächen, nachlesen. 


Das einfache Beleuchtungsmodell, das durch E=Rcos « 
beschrieben wird, kann man auch dazu benutzen, um runde Übjekte, 
die man durch Polygone approximiert hat, wie etwa die Weltkugel 
in Figur 50, nachträglich "abzurunden". Bildet man ein aus ebenen 
Polygonen zusammengesetztes Objekt nach diesem Beleuchtungsmodell 
etwa in der Farbe grau in verschiedenen Graustufen ab, so 
erhalten alle Bildpunkte eines Polgons die gleiche Graustufe, 
denn man hat ja überall die gleiche Flächennormale, nämlich den 
Normalenvektor des Polygons. Das Ergebnis ist ein Bild, dem man 
den Aufbau aus (in verschiedenen Graustufen eingefärbten) 


Polygonen deutlich ansieht. 
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Eine "Abrundung" des Objekts erreicht man nun dadurch, daß man 


die Graustufen nicht für alle Punkte eines Polygons P gleich 


wählt, sondern nach folgendem Schema interpoliert: 


1. 


An jeder Ecke a von P bildet man den Durchschnitt E,„ 
der Graustufen aller Polygone, die in a zusammenstoßen. 
Mit dieser (neuen) Graustufe färbt man a ein. 


Die Graustufe eines Punktes x = ta + (1i-t)b einer Kante 
[a,b] des Polygons interpoliert man linear: 
Eu. = tEs + (1-t)Er & 


Die Graustufe für einen inneren Punkt x des Polygons 
interpoliert man linear längs der Strecke [la’,b ’)] gemäß 
Figur 80. 


a L 
Figur 80 | 


Dies ist das Schattierungsverfahren von Phong. In [12] können Sie 


an Bildbeispielen die verblüffend gute Wirkung sehen. 


Zum Abschluß dieses Abschnitts merken wir an, daß trotz der 
faszinierenden Möglichkeiten der Rastergraphik die Strichgraphik 
bei wissenschaftlichen und technischen Anwendungen auch in 
Zukunft ihren Platz behalten wird. Einen Funktionsgraphen kann 
man sich meist an Hand eines Gitternetzes besser vorstellen als 


mit einer noch so raffinierten Rastergraphik. Für die Konstruk- 
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tion technischer Bauteile trifft das ebenfalls oft zu. Man wird 
hier also ein Nebeneinander dieser beiden Graphikarten haben, 
Rastergraphiken für realistische Darstellungen, z.B. für Präsen- 
tationszwecke, Strichgraphiken für spezielle technische und 
wissenschaftliche Anwendungen. 


8.2 Interaktive Erzeugung gekrümmter Flächen 


Beim Entwurf von Autokarosserien oder Flugzeugteilen muß man 
gekrümmte Flächen computergraphisch behandeln. Solche Flächen 
lassen sich durch Gleichungen für die x-, y- und z-Koordinaten 
der Flächenpunkte beschreiben, ähnlich wie die Funktionsgraphen 
in Abschnitt 5.4. Beispielsweise wird durch die Gleichung 

x@ + y?2 + z? = I die Oberfläche einer Kugel mit Radius I und 
dem Koordinatenursprung als Mittelpunkt beschrieben. Zur 
Konstruktion komplizierterer Flächen kann man sich aus zwei 
Gründen nicht auf das "Erraten" einer passenden Flächengleichung 
verlassen: 


Zunächst einmal ist es gar nicht so einfach, eine Gleichung zu 
finden, die einen brauchbaren Kotflügel oder gar eine ganze 
Autokarosserie beschreibt. Wenn man eine solche Gleichung hat, 
hilft einem das auch noch nicht viel weiter, denn in aller Regel 
wird einem das konstruierte Auto noch nicht völlig gefallen. Dann 
muß man den Entwurf in einem interaktiven Konstruktionsprozeß 
weiterentwickeln. Dabei möchte man einzelne Details des Entwurfs 
verändern, ohne daß weit entfernte Teile von dieser Änderung 
betroffen werden. (Wenn man die vorderen Kotflügel neu stylt, 
soll die Heckpartie sich nicht mit verändern.) Die meisten 
Flächengleichungen sind für einen solchen interaktiven Konstruk- 


tionsprozess aus zwei Gründen ungeeignet: 


i. Eine Änderung der Gleichung (etwa durch Änderung von 
Koeffizienten) führt meist zu schwer überschaubaren 
Änderungen in der Geometrie der Fläche. Gezielte 
konstruktive Veränderungen sind hierdurch nicht möglich. 
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2. In den meisten Fällen bewirken Änderungen an der 
Gleichung globale Änderungen der Fläche. Man kann die 
Konstruktion also nicht an bestimmten Stellen verändern, 
ohne jeweils das gesamte Objekt zu beeinflussen. 


Man benötigt also systematische Verfahren zur Konstruktion 
geeigneter Flächen(-gleichungen). Diese Verfahren bzw. die daraus 
resultierenden Gleichungen müssen die beiden obigen Nachteile 
vermeiden. Die Flächen müssen sich also durch möglichst wenige 
Eingaben in den Computer definieren und manipulieren lassen - und 
diese Eingaben sollen eine anschauliche Beziehung zur Geometrie 
der Fläche haben. Außerdem sollen lokale Änderungen der 
Konstruktion möglich sein, die nicht die gesamte Fläche 
beeinflussen. 


Die Mathematik stellt hier mit den Spline-Funktionen ein 
geeignetes Werkzeug zur Verfügung. Splines sind, grob gesagt, 
Kurven, die aus sehr einfachen Kurvenstücken (Polynonen) 
zusammengesetzt sind. Der Witz dabei ist, daß die Kurvenstücke so 
aneinandergesetzt werden, daß die übergänge glatt sind, dort also 
keine Brüche oder Ecken in der Kurve auftreten. Der Einsatz von 
Spline-Methoden in der Computergraphik ist schon recht alt. 
Bereits 1962 entwickelte P. Bezier auf dieser Basis das CAD- 
System UNISURF für Renault. Heute ist dieses Gebiet so groß, daß 
es sogar eine eigene Zeitschrift dafür gibt: Computer Aided 
Geometric Design. 


Für eine (auch nur skizzenhafte) Darstellung der Spline-Methoden 
in der Computergraphik fehlt uns hier leider der Platz. Wir 
beschränken uns deshalb auf zwei Bilder, an denen wir einige 
Grundprinzipien eines solchen Verfahrens aufzeigen. In [5] finden 
Sie eine relativ einfach zu lesende Einführung in das Thema, in 
dem überblicksartikel von Böhm, Farin und Kahmann [2] können Sie 
sich über den (nahezu) neuesten Stand der Entwicklung 


informieren. 
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Den wesentlichen Teil der Arbeit bei der Konstruktion von Flächen 
im Raum kann man bereits durch Konstruktion von Kurven in der 


Ebene leisten: 


&... 


.. 
. 
een 
2 " 
tee “ 
.. 
Te 


Figur Bi 


Figur 82 


Die Fiquren 81 und B2 zeigen Bezierkurven 3. Ordnung. Sie werden 
durch Polynome 3. Grades (die wir Ihnen nicht verraten) beschrie- 
ben. Bei der interaktiven Konstruktion mit dem Computer wird die 
Kurve durch Eingabe der vier Punkte bo,...,‚bs festgelegt. Diese 
Punkte heißen Kontroll- oder Bezierpunkte, der von Ihnen 


gebildete Polygonzug heißt Bezierpolygon. Die Geometrie der 
Bezierkurve hängt eng mit den Bezierpunkten zusammen: 


i. Die Kurve läuft durch die beiden Punkte bo und ba. 
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2. Die Kurve liegt ganz in dem Viereck, das von den 
Bezierpunkten gebildet wird. 


3. Die erste und letzte Kante des Bezierpolygons sind 
Tangenten an die Kurve (im Anfangs- bzw. Endpunkt). 


Der Vergleich der Figuren Bi und 82 zeigt, wie man (unter 
Ausnutzung dieser drei Eigenschaften) Bezierkurven interaktiv 
verändern kann. Z.B. liefert die Eingabe eines flacheren, weniger 
gekrümmten Bezierpolygons eine flachere, weniger gekrümmte 
Bezierkurve. 


Die beiden simplen Bilder sind zwar noch weit von einer 
Autokarosserie oder einem Flugzeug entfernt, zeigen aber bereits 
das wesentliche Grundprinzip für die Konstruktion solcher 
Objekte: Aus Bezierkurven kann man durch eine relativ einfache 
Formel die Gleichungen von Flächen im Raum erhalten - den 
Bezierflächen. Die Bezierflächen werden durch Bezierpunkte 
definiert, wobei wieder ähnliche geometrische Beziehungen 
zwischen Bezierpunkten und -flächen gelten wie im Fall der 
Kurven. Durch Änderung der Bezierpunkte kann man damit die 
Bezierflächen gezielt manipulieren, und auf diese Weise etwa 
verschieden gekrümmte Kotflügel entwerfen. 
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Programmverzeichnis 


In der folgenden übersicht werden die einzelnen Programme bzu. 
Programmpakete noch einmal in Kurzform beschrieben und die Seiten 
angegeben, auf denen die Listings zu finden sind. Die Prozeduren 
eines Pakets müssen jeweils in der angegebenen Reihenfolge einge- 


geben werden. 


DZPaki 
Inhalt: Prozeduren zur 2D-Graphik 


Ob s0nan fennn Su nutsnr onen u nteten une sasae Biete n00n onen“ 
So0nanen Hnoannan en San tan eTtr Enten n ent en man Samen beten nn Ten rent ernten Heer Inneren joonan 000 He nn sonan nen sera re naar Hnunn an run en eanren nee 


ELISE TI TT Pre Pre EST per pr MChABeTT Ve FAT PP eV Tre PPerPEre rer epeeOpeeT 


VektDiff 51, SkalProd 51, Laenge 31, MatVekt, 38, Bogen 31, 
D2Loesch 27, D2PktEin 27, StrkEin 27, SetzFenster 47, 

setzBild 46, StandardFensterBild 54, ClipStrecke 57, Zeichne 48, 
ZeichneStrecke Si, Rahmen 52 


D2Pak2 


DL Fe rrrr5 


On Ontn sn anenarO Leneenanerenn sun ee ru en. 


Globale Konstanten/Typen/Variable: wie D2Paki, aber Konstante 
MaxStrkZahl, Typ StrkTyp und Variable Strk, StrkZahl nicht mehr 
vorhanden 


DR Fe Ze er Tr ng 


ZeichneStrecke und ZeichneBild nicht mehr vorhanden 


DSPaki 

Inhalt: Grundprozeduren zur 3D-Graphik 

Voraussetzungen: D2Pak2 

Globale Konstanten/Typen/Variable: 5.67 
Prozeduren/Funktionen: VektProd 65, D3Loesch 69, D3PktEin 69, 
PolEin 69, ein 69, OrthMat 82, OrthProj 82, Zentproj 96, 


SichtTest 129, FarbReset 130, ZeichneBild 70 


D3Pak2 

Inhalt: Prozeduren zur Unterdrückung der verdeckten Linien 
(Algorithmus von Roberts) 

Voraussetzungen: D2Pak2, DSPakl 

Globale Konstanten/Typen/Variable: 5.141 

Prozeduren/Funktionen: InPol 149, VeberLapp 151, SichtTeil 141, 


De Tree 


Roberts 146, HiddenLine 145 


D3PakS 

Inhalt: Prozeduren zur Unterdrückung der verdeckten Linien 
(Algorithmus von Warnock) 

Voraussetzungen: D2Pak2, DSPaki 

lobale Konstanten/Typen/Variable: 5.165 


duren/Funktionen: UpDate 163, einfach 169, Warnock 170 


Inhalt: Prozeduren zur Erzeugung der platonischen Körper 


oraussetzungen: D2Pak2, DS5Paki 


IG} 
je 
IO 
ior 
i0u 
us 
rn 


Konstanten/Typen/Variable: keine 


Te rr 


i 


Teorantnbaustssnususörustrnnsn0 se snssnEun aan ns uns nahen neunte an nn eLnnen Een n ne Enns anne 


Machüktaeder 105, MachlIkosaeder 107, MachDodekaeder 108 


Roti 


DT en 


‚nO000 Pers sSeE re tnEten HOtataMseran 4tHnn—n = Dan OEEF Tr ann tt Samen tt tn an En On — ee nern 


Prozeduren/Funktionen: Roti 111 


Rot2 
Inhalt: Prozedur zur Erzeugung eines Rotationstorus 


Wansstassssentsnnunntenenntn ensranssann sts netnn Haren 


ae pnunnnsn sone SS PFDI LES Sa tSTELnE Le Lane beneen—ee see Tree ne HhOErn anne ante nenne nern wen .ssntennunsnensnus seem neun snaseee nn tu nn nun ennnne: 


Prozeduren/Funktionen: Rot2 115, QuerSchnitt 116 


Hausi 
Inhalt: Prozedur zur Erzeugung eines Hauses 


... 


Voraussetzungen: D2Pak2, DS5Pakl 
Globale Konstanten/Typen/Variable: keine 


DT 


Prozeduren/Funktionen: hausi 118 


Trenttrnerentee teaser. Fr 
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Funkti 


au annnn ae tbtann nut nen en Su men tete t nenn ann man ana era ten Heron teenten sonnn teren anne nnere denen ern unsnunumsnr Trauer ann sn nenn ots nun enenn ernten nn nennen 


Srnnanunertartanennaus tern ar FPER Sue T Ent Lan ensnsnsns nn pa nasae nes tnsurLe nett tannannn er ern teren suene 


Elefant 
Inhalt: Programm zeichnet einen Elefanten 


‚nun anansssnssnnnnnunsn nen nun east en su rnnannen nern benennen 


Programm/Prozeduren: Elefl 28, Elefant 29 


Superfant 
Inhalt: Programm zeichnet bewegliche Elefanten 


IS rontenanssse0 0 tranaase nu un Sarnen on ensessus una ssnne: nennen. 


\@aeren tra äh ernuaun anne reoTeTe nase En sn nes sre TE tn sEe Herten sets nee onen. 


RotKoerp 

Inhalt: Programm zeichnet Rotationskörper (Entwurf von Vasen, 
Pokalen, Gläsern etc.) 

Voraussetzungen: D2Pak2, D3Paki, D3Pak2, Roti 


Sanantnanauuatuontesnnunasnnnus rannte rs rn un ns nran nennen “ 


Programm/Prozeduren: RotKoerp 112 


Robi 

Inhalt: Demonstrationsprogramm für den Roberts-Algorithmus; 
zeichnet Rotationstori, Häuser, platonische Körper und 
Funktionsgraphen 

Voraussetzungen: D2Pak2, D3Paki, D3Pak2, Rot2, Hausi, Konvi, 
Funkti 

Bemerkung: Programm läßt sich zu Demonstrationsprogramm für den 
Warnock-Algorithmus modifizieren: D3Pak3 statt DSPak2 und auf 
5.171f beschriebene Änderungen 
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